독립 합의 프로토콜 문서 색인.
지난 몇 달 동안 저는 이더리움 메인넷에 일련의 독립적인 스마트 계약 프로토콜을 배포했습니다. 각각의 프로토콜은 완성도가 높고, 변경 불가능하며, 소유자가 없습니다. 각 프로토콜은 단 하나의 기능만 수행합니다.
이 글에서는 프로토콜도 아니고, 프레임워크도 아니고, 스위트도 아닌, The 서브 스트레이트(Substrate) 소개합니다. The Substrate는 문서 색인입니다. 이곳에서는 이러한 프로토콜들을 간략하게 설명하고, 개별적으로 연결하며, 서로를 인식하지 못하고 어떤 식으로든 서로 의존하지 않더라도 오케스트레이션이 가능하다는 것을 보여줍니다.
각 프로토콜이란 무엇인가
이 모음집에 있는 모든 프로토콜은 동일한 구조적 패턴을 따릅니다.
이더리움 요청 사항(ERC) 프리미티브는 온체인에서 물리적 또는 디지털 객체나 자산을 나타냅니다.
중립적이고 확정적인 결제를 처리하는 불변의 스마트 계약
이것이 바로 완전한 구조입니다. 거버넌스도 없고, 업그레이드도 불가능하며, 소유자도 없습니다. 각 프로토콜은 배포되고 이더스캔에서 검증된 후 소유권이 포기됩니다. 저나 다른 누구의 개입 없이도 자체적으로 운영됩니다.
각 프로토콜에는 별도의 빠른 시작 템플릿 저장소가 있습니다. 이 템플릿은 참조 구현체로, 플랫폼이나 중간 단계를 거치지 않고 각 프로토콜을 기반으로 구축할 수 있는 직접적이고 문서화된 경로를 제공합니다.
프로토콜
DeDe : 소포 결제. 개인 간 픽업, 드롭오프 및 배송 확인. 이더리움 요청 사항(ERC)-721 소포 기본 기능에 에스크로 및 서명자 등록 기능을 추가했습니다.
DROP : 물리적 저장소 정산. 저장소 노드에서 물리적 상품의 입고, 보관 및 출고. 이더리움 요청 사항(ERC)-721 저장소 세션 기본 요소에 선택적 에스크로 기능이 추가됩니다.
CUT : 디지털 소유권 및 권리 정산. 모든 디지털 미디엄(Medium) 의 부분 또는 전체 소유권. 이더리움 요청 사항(ERC)-1155 미디어 프리미티브 및 장면 레지스트리.
KEY : 차량 소유권 및 판매 정산. 이더리움 요청 사항(ERC)-721 차량 식별 앵커와 원자적 판매 정산 기능을 제공합니다. 차량 등록 기관에서 API를 제공하는 관할 지역에서는 KEY 기반 플랫폼이 탈중앙화된 환경에서 법적으로 인정되는 소유권 이전을 시작할 수 있습니다. 등록 기관은 KEY 거래를 시작하거나 수정할 수 없습니다. 이 브리지는 단방향입니다.
STAY : 상품 결제. 상품 자산 및 접근권의 대리 및 결제.
ACT : 물리적 서비스 정산. 실제 서비스에 대한 합의, 전달, 확인 및 정산. 규모와 맥락은 이 프로토콜과 무관합니다.
설계상 독립적입니다
이 프로토콜들은 서로의 존재를 알지 못합니다. 공유되는 상태도 없고, 내부적인 연결도 없으며, 공통 코디네이터도 없습니다. 각각은 완전히 독립적으로 배포되고 완벽하게 작동합니다.
두 작품은 디자인 패턴과 작가를 공유합니다. 하지만 그게 두 작품의 관계의 전부입니다.
이 점을 명확히 밝히는 것이 중요한데, 여러 프로토콜을 모아 놓으면 마치 하나의 시스템처럼 함께 사용해야 하는 것으로 오해하기 쉽기 때문입니다. 하지만 이는 잘못된 생각입니다. 물류 플랫폼은 DeDe와 DROP을 사용할 수 있고, 미디어 플랫폼은 CUT만 사용할 수 있으며, 차량 마켓플레이스는 KEY만 사용할 수 있고, 여행 플랫폼은 STAY와 ACT를 사용할 수 있습니다. 이 모든 플랫폼은 다른 프로토콜 없이도 완벽하게 작동합니다.
각 프로토콜이 깔끔하고 명확한 기본 요소이기 때문에 오케스트레이션 가능성이 존재합니다. 특화된 도구들을 결합하면 하나의 도구로 여러 기능을 수행하려 하기보다 더 큰 시너지를 낼 수 있습니다. 하지만 이러한 결합은 항상 플랫폼 선택에 달려 있으며, 프로토콜 자체의 요구 사항은 아닙니다.
블록체인 마이크로서비스
가장 유사한 아키텍처는 마이크로서비스입니다. 각 프로토콜은 단일 책임 원칙을 따르는 독립적인 서비스이며, 결정론적인 인터페이스를 제공합니다. 또한 주변 환경에 대해서는 어떠한 의견도 제시하지 않습니다. 플랫폼은 시스템이 독립적인 서비스들을 오케스트레이션하는 방식과 동일하게, 상위 계층에서 서비스 자체를 수정하지 않고 이러한 프로토콜들을 오케스트레이션합니다.
기존 마이크로서비스와의 차이점은 영속성입니다. 이러한 서비스는 운영자가 중단, 수정 또는 재배포할 수 없습니다. 변경 불가능한 인프라입니다. 배포 시 정의된 정산 동작은 영원히 유지됩니다.
이것이 실제로 의미하는 바는 무엇일까요?
지금까지 온체인에서 실제 거래를 정산하려면 정산 로직을 직접 구축하거나 거래 과정을 제어하는 플랫폼에 의존해야 했습니다. 거래 과정을 제어하는 플랫폼은 수수료를 징수하고, 동작을 수정하고, 접근을 제한하고, 외부 압력에 휘둘릴 수 있습니다.
이러한 프로토콜은 어떤 플랫폼도 제어할 수 없는 레일과 같습니다. 프로토콜 사용료는 변경 불가능하며 배포 시점에 설정됩니다. 템플릿은 프로토콜에 대한 직접적인 경로가 항상 열려 있고 문서화되어 있도록 보장합니다. 어떤 플랫폼도 해당 경로를 차단할 수 없습니다.
이는 기존 플랫폼이 쓸모없어지는 것을 의미하지 않습니다. 플랫폼은 매칭, 검색, 사용자 경험 및 법률 준수를 통해 실질적인 가치를 제공합니다. 달라지는 점은 플랫폼 기반의 정산 레이어(Settlement Layer) 이 이제 중립적이고 영구적이며 누구나 접근할 수 있게 되었다는 것입니다.
그 방법은 있습니다. 이 글은 바로 그 점에 대해 이야기하는 것입니다.
서브 스트레이트(Substrate)
프로토콜 저장소, 템플릿 저장소, 계약 주소 및 오케스트레이션 예제가 한 곳에 문서화되어 있습니다.
https://github.com/pablo-chacon/ 서브 스트레이트(Substrate)
