인터넷 컴퓨터, 개발자를 위한 유연한 HTTPS 아웃콜 출시

인터넷 컴퓨터 개발자들은 이제 새로운 관리 캐니스터 메서드를 flexible_http_request통해 유연한 HTTPS 아웃콜을 사용할 수 있습니다. 이 기능은 애플리케이션이 HTTPS 요청을 수행하는 서브넷 노드 수와 응답 수를 선택할 수 있게 하여, 개발자가 신뢰, 비용, 지연 시간 및 내결함성에 대해 더 많은 제어권을 갖게 합니다.

유연한 아웃콜이 추가되는 점

전통적인 복제 HTTPS 아웃콜은 서브넷 노드가 응답에 합의해야 캔스터가 응답을 사용할 수 있습니다. DFINITY의 새 기능은 개별 노드 응답을 반환하여 애플리케이션이 특정 요청에 대해 동의 또는 중복 정도를 결정할 수 있게 합니다.

이 접근법은 웹 데이터가 요청마다 완전히 동일하지 않거나 애플리케이션이 응답을 검증하는 자체 방법을 가지고 있을 때 유용합니다. 또한 개발자가 모든 외부 통화에 하나의 응답 정책을 적용하는 대신 명확한 트레이드오프를 할 수 있는 방법을 제공합니다.

보고된 세부 사항	유연한 HTTPS 아웃콜
특징	flexible_http_request
제어 평면	인터넷 컴퓨터 관리 캔
구성 가능한 값	min_responses, max_responses 그리고 total_requests
응답 모델	개별 노드 응답, 즉 필수 바이트 대 바이트 합의가 아닌
고장 처리	타입 고장 모드
개발자 지원	러스트 사용, 인터페이스 명세 및 GitHub 예시

요청 제어 작동 방식

요청은 총 노드 요청 수와 캐니스터에 반환되는 응답의 임계값을 지정할 수 있습니다. 더 많은 요청은 중복성을 개선하거나 일관성 없는 데이터 식별에 도움이 될 수 있으며, 낮은 임계값은 지연 시간과 비용을 줄일 수 있습니다.

따라서 이 기능은 중요한 설계 결정을 애플리케이션으로 옮깁니다. 개발자는 가격 피드, 가용성 확인, 데이터 조회 또는 기타 외부 상호작용에 충분한 증거 양을 선택할 수 있습니다. 타이핑된 실패는 캐니스터가 실패한 요청과 설정된 요구사항을 충족하지 않는 응답 세트를 구분하는 데도 도움을 줄 수 있습니다.

유연한 응답은 외부 웹사이트를 신뢰할 수 있는 오라클로 바꾸지 않습니다. 유연한 응답은 캔스터에 더 많은 정보와 제어를 제공하지만, 애플리케이션은 여전히 진위성, 신선성, 조작 위험, 소스 가용성을 평가해야 합니다.

개발자들이 평가해야 할 점들

운영 환경에서 유연한 아웃콜을 사용하기 전에, 팀은 일관성 없는 데이터, 느린 노드, 사용 불가능한 엔드포인트, 악성 또는 침해된 소스에 대해 응답 정책을 테스트해야 합니다. 특정 요청 수와 응답 임계값이 애플리케이션 위험 모델에 적합한지 문서화해야 합니다.

개발자는 또한 사이클 소비, 타임아웃 동작, 재시도 논리, 여러 외부 요청이 사용자 경험에 미치는 영향도 측정해야 합니다. 금융 또는 보안에 민감한 데이터를 사용하는 애플리케이션은 반환된 응답의 임계값에만 의존하기보다는 독립적인 검증, 서명된 응답 또는 여러 출처가 필요할 수 있습니다.

공식 DFINITY 개발자 발표를 읽어보세요. 더 많은 블록체인 개발자 관련 소식은 VORTFLUX에서 확인하세요.