dAPI：dApp의 API

原文标题：《dAPIs: APIs for dApps》

作者：Burak Benligiray

编译：ChatCatcher

정확히 백서에서 논의된 바와 같이, API3의 목표는 "대규모로 dAPI를 구축하고 관리하며 이를 통해 수익을 창출하는 것"입니다. 이와 관련하여, 우리가 지금까지 진행해온 모든 개발은 기존 도구들이 우리가 구상한 대로 dAPI를 지원할 수 없기 때문입니다. 그렇다면 dAPI란 무엇일까요?

dApp은 분산형 블록체인에서 실행되는 스마트 계약으로 구현된 애플리케이션입니다. 같은 이유로, dAPI는 스마트 계약에 제공되는 일종의 API 서비스입니다. 간단히 말해, 애플리케이션이 API를 사용하는 것처럼 dApp도 dAPI를 사용할 것입니다.

사용자의 관점에서 dAPI의 설계는 API와 유사합니다:

사용자와의 관계는 거래적입니다. 사용자는 투명한 가격 모델에 따라 비용을 지불하고 완벽한 서비스를 누릴 수 있으며, 혈연 계약이 필요하지 않습니다.

표준화된 사용자 친화적인 인터페이스를 가지고 있으며, 기술 구현을 추상화하는 것을 목표로 합니다.

호스팅 서비스로, 운영의 복잡성이 추상화되었습니다. 사용자의 유일한 책임은 결제를 놓치지 않는 것입니다.
위에서 언급한 것 외에도, dAPI는 고장으로 인한 손실을 피할 수 있기 때문에 정량화 가능한 보안성을 가지고 있습니다(비록 이것이 API SLA와 비교될 수 있습니다). 여기서 dAPI의 1인칭 성격 또는 API 수준의 분산화는 보험 위험 최적화 도구로 엄격하게 사용됩니다. 또한, dAPI는 반드시 실시간 데이터 소스일 필요는 없으며, 보다 일반적인 오라클 서비스의 대표입니다.

이 일반적인 정의 이후, 우리가 구축할 첫 번째 세대 dAPI와 그것이 비콘과의 관계를 살펴보겠습니다. 최근 ETHDenver 대화에서 소개된 바와 같이, 우리의 솔루션은 계층 구조로 설계되었습니다:

최하위 수준은 Airnode 프로토콜(RRP, PSP, 중계 RRP, 중계 PSP, API 서명 데이터)로 구성됩니다. 허가된 사용자는 프로토콜 수준에서 해당 Airnode에 요청을 보낼 수 있습니다. Kassandra/Heimdall 사용 사례는 이러한 사용의 예로 볼 수 있습니다. 일반적으로 이러한 사용 사례를 구현하려면 Airnode 프로토콜에 대한 깊은 이해가 필요합니다.

중간 계층은 비콘과 같은 오라클 원시로 구성됩니다. 화이트리스트에 등록된 사용자는 해당 비콘을 읽을 수 있습니다. ETHDenver를 위해 구축된 Amberdata Beacons는 좋은 예입니다. 비콘은 Airnode 프로토콜 위에 구축되지만, 이 사실은 사용자에게 추상화되어 있어 그들이 사용하는 비콘을 지원하는 특정 Airnode 프로토콜에 대한 정보를 알 필요가 없습니다.

우리가 구축할 최상위 수준 솔루션은 dAPI입니다. 실시간 데이터 피드 사용 사례에서 dAPI는 비콘 또는 더 높은 수준의 인터페이스로 포장된 비콘 그룹입니다. 화이트리스트에 등록된 사용자는 어떤 비콘이 백그라운드에서 사용되어야 하는지를 지정하지 않고도 해당 dAPI를 읽을 수 있습니다. 즉, dAPI를 사용함으로써 사용자는 데이터 피드의 각 비콘을 관리하는 책임을 덜 수 있습니다.

이러한 모듈화된 아키텍처의 목표는 사용자가 작업에 가장 적합한 도구를 선택할 수 있도록 하는 것입니다. 즉시 사용 가능한 오라클 솔루션이 필요하다면 dAPI를 사용해야 합니다. 데이터 소스를 완전히 제어하고 싶다면 하나 또는 여러 개의 비콘을 사용해야 합니다. 필요로 하는 솔루션이 매우 틈새 시장이라면 Airnode 프로토콜 위에 직접 구축할 수 있습니다. 접근 제어 및 수익화 메커니즘은 각 수준에서 구현되므로 API 제공자는 전체 범위를 포괄하는 서비스를 실제로 제품화할 수 있습니다.

대부분의 독자가 비콘에 익숙할 것이므로, dAPI의 사용자 흐름을 비콘과 비교하여 더 설명하겠습니다. 비콘은 ID로 주소 지정되며, 이 ID는 해당 Airnode 주소와 요청 매개변수에서 파생됩니다. 이는 ID가 0x49e889871813b16854fd7faecad16b5ba59d33a9669b47f927501136840c021b인 비콘이 항상 Amberdata 보고서의 BTC/USD 가격이 될 것임을 의미합니다. 유사하게, 비콘 집합은 그것을 구성하는 비콘 ID 목록의 해시 값으로 주소 지정되며, 이는 비콘 집합 ID가 항상 특정 비콘 조합을 참조함을 의미합니다. 이는 사용자가 요청 매개변수에 정확한 데이터 소스를 지정할 수 있게 해주므로 API3 측의 오류 가능성을 제거합니다. 예를 들어, 은을 금으로 변환하는 것과 같은 오류를 방지할 수 있으며, API3이 시가 총액이 100배에 달하는 프로젝트에 실질적으로 서비스를 제공할 수 있게 합니다. 그러나 이는 사용자가 특정 비콘을 선택하고 필요할 때 업데이트할 수 있는 강력한 분산 거버넌스 메커니즘이 필요하다는 점에서 좋지 않습니다. 이는 아직 완성되지 않은 프로젝트에는 일반적으로 적용되지 않습니다.

여기서 dAPI가 작동하기 시작합니다. dAPI는 본질적으로 비콘 ID 또는 비콘 집합 ID에 매핑되는 이름입니다. 사용자는 이름으로 dAPI에 주소를 지정하고, 계약은 이를 해당 비콘 또는 비콘 집합으로 라우팅합니다. API3 핵심 기술 팀은 API3 서비스의 모든 체인에서 다중 서명을 수행하여 보안 보장을 유지하기 위한 전문가 결정을 내릴 것입니다. 이 과정이 성숙해지면 dAPI 관리는 우리의 분형 확장 계획에 설명된 별도의 체인 원주율 DAO로 이전됩니다. dAPI 관리를 수행하는 사용자에게는 중요하지 않습니다. 그들은 누구의 잘못이든 거버넌스 사고에 대한 보험을 받게 됩니다. 따라서 dAPI 관리 솔루션으로 인해 발생하는 모든 위험은 보험 위험의 일부로 간주되며, API3 DAO가 관리합니다.
우리는 API3의 존재 이유인 dAPI를 빠르게 실현하고 있으며, 이는 우리에게 자부심을 줍니다. 그러나 백서에서 언급했듯이, 목표는 "대규모"로 이를 실현하는 것이며, 이는 전체 Web3에 상응하는 dAPI 경제를 만드는 것을 의미합니다. 우리의 솔루션은 생태계 성장을 제한할 수 있는 병목 현상을 해결하는 것을 목표로 하며, 따라서 이 목표를 달성하는 방법은 우리가 지금까지 해온 일을 더 많이 하고 Web3 공간이 따라잡도록 하는 것입니다.