원제: Protocol design: Why and how
가이드:
원본 편집: Sissi
가이드:
심도 있는 기사를 통해 a16z는 암호화 분야에서 산업 발전을 안내하는 중요한 위치를 확립하고 인지 개선 및 변환에 필요한 지침을 제공합니다. 최근 a16z는 토큰 이코노미 이외의 이슈에 집중하고 있습니다. 처음으로"토큰 디자인""Tokenology: Beyond Token Economics"라는 기사가 이어지며 이제 많은 기대를 모으고 있습니다."프로토콜 설계"강의. 강의를 맡은 a16z crypto의 CTO인 Eddy Lazzarin은 토큰 이코노미를 뛰어넘는 열쇠는 프로토콜 설계에 있으며, 토큰 설계는 보조 수단에 불과하다고 거듭 강조했습니다. 프로토콜 설계에 중점을 둔 이 과정에서 그는 한 시간 이상 공유하면서 기업가에게 귀중한 통찰력과 계몽을 제공하여 프로젝트 성공에서 프로토콜 설계의 핵심 역할을 깊이 이해하도록 돕습니다. 이 문서는 번역의 단순화된 버전입니다. 더 흥미로운 콘텐츠를 보려면 번역을 참조하세요.첫 번째 레벨 제목。
보조 제목
인터넷 프로토콜: 상호 작용의 연결
인터넷은 프로토콜의 네트워크입니다., 다양한 유형의 프로토콜을 포함합니다. 일부 프로토콜은 HTTP의 상태 다이어그램과 같이 간단하지만 다른 프로토콜은 Maker 프로토콜의 상호 작용 다이어그램과 같이 매우 복잡합니다. 아래 그림은 인터넷 프로토콜, 물리적 프로토콜 및 정치 프로토콜을 포함한 다양한 프로토콜을 보여줍니다. 아래 이미지의 왼쪽에는 우리에게 친숙하고 흥미롭게 느껴지는 거리 교차로의 대화형 지도가 있습니다.
보조 제목
프로토콜 진화: Web1 - Web2 - Web3
텍스트
Web1: 탈중앙화 및 명확한 경제 모델 없음
a16z Encryption Entrepreneurship 과정: "토큰 설계" 후 "프로토콜 설계" 시작
유즈넷은 사용자가 특정 범주의 하위 서버에 관련 콘텐츠를 게시할 수 있도록 하는 분류 체계로 구성된 플랫폼입니다. 초기 인터넷 문화의 중요한 부분이었으며 HTTP 외부에 존재했습니다. 유즈넷을 사용하려면 특정 클라이언트와 유즈넷을 지원하는 인터넷 서비스 공급자(ISP)가 필요합니다. 유즈넷은 누구나 실행할 수 있는 끊임없이 변화하는 수많은 뉴스 서버에 분산되어 있으며 게시물은 자동으로 다른 서버로 전달되어 분산형 시스템을 형성합니다. 사용자가 Usenet 액세스에 대해 직접 비용을 지불하는 경우는 거의 없지만 2000년대 후반에 일부 사용자는 상업용 Usenet 서버에 비용을 지불하기 시작했습니다. 전반적으로 Usenet에는 명확한 프로토콜 경제 모델이 없으며 사용자는 자신의 트랜잭션을 통해 이를 사용해야 합니다.
이러한 Web1 프로토콜은 구조적으로 유사하며 동일한 값에서 파생됩니다. 프로토콜에 대한 지식이 거의 없어도 프로토콜이 어떻게 작동하는지 이해할 수 있습니다.web1 프로토콜 가독성과 명확한 템플릿의 중요성.그러나 이러한 프로토콜은 점차 실패하거나 시간이 지남에 따라 변경됩니다. 실패 이유는 두 가지 측면에서 기인할 수 있습니다.마지막으로,마지막으로,분산된 접근 방식을 취하고 지속 가능한 경제 모델을 개발하여 특정 기능을 통합하는 프로토콜의 능력이 성공 여부를 결정합니다.텍스트
Web2: 중앙 집중화 및 명시적 경제 모델
a16z Encryption Entrepreneurship 과정: "토큰 설계" 후 "프로토콜 설계" 시작
Web2 프로토콜은 전적으로 소유자의 통제하에 있으며 비즈니스 정책 및 법률에 의해서만 제한됩니다.Web1 프로토콜의 개발을 추진하려면 보다 명확한 경제 모델이 필요합니다. 하지만,분산된 합의, 검증 가능한 컴퓨팅 및 암호화 도구를 활용하지 않고는 분산화를 유지하면서 명확한 경제 모델을 달성하는 것은 불가능합니다.a16z Encryption Entrepreneurship 과정: "토큰 설계" 후 "프로토콜 설계" 시작
실행 가능한 경제 모델이 없는 상황에서 이메일은 거대 기술 기업의 사이드 프로젝트로만 지속 가능할 수 있습니다. 스팸을 줄이는 방법은 규모의 경제와 데이터 바인딩에 의존하며 수백만 개의 이메일 계정을 호스팅하는 회사가 이상 징후를 탐지하는 것이 더 쉽습니다. 또한 전환 비용도 중요한 요소입니다. 이제 우리는 깨달아야 합니다.두 가지 주요 중앙 집중화 세력,그들은 프로토콜의 다른 구성 요소에 영향을 미칩니다.a16z Encryption Entrepreneurship 과정: "토큰 설계" 후 "프로토콜 설계" 시작
네트워크 효과는 시스템이 확장되고 널리 사용됨에 따라 전력이 축적되는 현상입니다. 전환 비용은 사용자가 현재 시스템을 떠나 다른 시스템으로 전환하는 데 필요한 경제적, 인지적 또는 시간적 비용을 말합니다.이메일 예에서 전환 비용은 Gmail을 사용하는 사용자에게 매우 중요합니다. Gmail을 사용하지만 자체 도메인이 없는 경우 전환 비용이 많이 듭니다. 그러나 자신의 도메인 이름을 소유하고 있는 경우 메일 서비스 공급자를 자유롭게 전환하고 계속해서 모든 서비스 공급자를 사용하여 메일을 받을 수 있습니다. 회사는 프로토콜 설계를 통해 전환 비용을 증가시킬 수 있으며 사용자가 특정 구성 요소를 사용하도록 강요하거나 권장함으로써 사용자가 다른 공급업체로 전환할 가능성을 줄일 수 있습니다.
중재자가 일방적으로 하위 포럼을 제어할 수 있도록 허용하는 시스템인 Reddit을 사용하여 탈중앙화와 중앙 집중화 사이의 경계를 모호하게 만듭니다. 누구나 중재자가 되도록 허용하는 것은 분산화의 한 형태로 보일 수 있지만 궁극적인 권한이 관리자(예: Reddit 팀)의 손에 남아 있는 경우 여전히 완전히 중앙 집중화된 시스템입니다. 고품질 사용자 경험은 중앙 집중식 권한과 관련이 없지만 고품질 사용자 경험을 제공하려면 종종 재정적 지원이 필요합니다.Web1 시대에는 자금 부족으로 인해 탈중앙화 프로토콜이 좋은 사용자 경험을 제공하지 못하는 경우가 많습니다.자금은 고품질 사용자 경험을 제공하는 데 중요한 역할을 합니다.
Web3: 탈중앙화 및 명확한 경제 모델
Twitter, Facebook, Instagram 또는 TikTok에서 좋아요를 누르세요.Web2 플랫폼에서는 사용자 선택이 제한되어 플랫폼의 인터페이스 결정에 따라 결정됩니다.그러나 Web3에 의해 도입된 분산 구성 요소는 프로토콜을 어떻게 변경합니까? 암호화 및 블록체인 기술을 활용하면 신뢰에 대한 의존도를 낮추면서 경제성을 명확히 하고 탈중앙화를 지원할 수 있습니다.a16z Encryption Entrepreneurship 과정: "토큰 설계" 후 "프로토콜 설계" 시작
개발자로서 명확한 경제 모델이 있는 분산형 시스템을 구축하는 것이 최선의 선택입니다. 이는 시스템의 지속적인 존재와 계약 외부에서 경제적 관계가 발전하도록 허용하지 않고도 시스템과 관련된 경제적 관계에 대한 이해를 보장합니다.안정성과 가치 확보 측면에서 사물을 다르게 생각할 필요가 있습니다. 분산형 시스템을 선택하는 것은 잠재적인 위험을 피하고 내구성이 있으며 가능한 가장 큰 시스템이 될 가능성이 있는 프로젝트를 구축하기 때문에 중요합니다.
인터넷 자체가 완전히 분산된 시스템이기 때문에 인터넷 구축은 더 이상 미친 행동으로 간주되지 않습니다. 마찬가지로 오픈 소스 프로그래밍 언어의 사용과 웹 브라우저에 대한 의존도는 야심 찬 프로젝트를 구축하기 위한 견고한 기반이 되었습니다. 중앙 집중식 시스템에 구축하는 것은 제한적일 수 있으며 프로젝트의 규모와 범위를 방해할 수 있습니다. Web3는 더 크고 야심 찬 프로젝트를 구축할 수 있는 훌륭한 개발자를 끌어들입니다. 다른 시스템이나 플랫폼이 등장하여 기존 Web2 플랫폼과 경쟁할 수도 있고 규정을 준수하며 경쟁 우위를 점할 수 있으며 Web2 플랫폼과 치열하게 경쟁할 수도 있습니다.
Web2 네트워크의 가장 큰 문제는 취약성과 지나치게 최적화된 비즈니스 모델입니다. 이러한 네트워크는 특정 메트릭의 최적화를 추구하는 동시에 목표와 관련 없는 항목을 무시하여 혁신 및 신제품 개발이 부족합니다.네트워크 효과가 강하지만 독점을 형성하기에는 부족하지만 약점에 대한 대응책에 취약하다.
대조적으로,Web3는 탈중앙화와 명확한 경제 모델을 통해 보다 탄력적이고 혁신적인 공간을 제공합니다.풍부하고 다양한 열대 우림 생태계와 유사하게 Web3 시스템은 모든 종류의 흥미로운 개발에 적합한 인프라와 프로토콜을 구축하여 혁신을 위한 보다 비옥한 토양을 제공합니다. 암호 화폐 및 토큰 경제 모델을 활용함으로써 참가자는 창의성과 위험 감수에 대한 보상을 받고 시스템 개발을 촉진할 수 있습니다.
그러므로,Web3는 경제적 자원의 축적에만 의존하는 것보다 더 나은 생태계 지속 가능성과 혁신 잠재력을 가지고 있습니다.첫 번째 레벨 제목
보조 제목
사례 배경 및 설계 목표
a16z Encryption Entrepreneurship 과정: "토큰 설계" 후 "프로토콜 설계" 시작
우리는 흥미로운 문제에 직면해 있습니다.이 시스템을 확장하여 프로젝트의 원래 정신을 파괴하는 중앙화 위험 없이 개방성과 상호 운용성을 유지하면서 더 크고 전문적으로 만드는 방법.한 가지 제안은 Kudos 점수를 ERC 20 토큰으로 변환하여 블록체인에 기록하는 것입니다. 그러나 단순히 블록체인을 추가하는 것은 잘못된 결과 공격 등과 같은 일련의 문제를 일으킬 수 있습니다.
프로토콜 설계 프로세스를 다시 생각해 봅시다.항상 명확한 목표로 시작한 다음 제약 조건을 고려하고 마지막으로 메커니즘을 정의해야 합니다.보조 제목
Web3 프로토콜 예제: 불안정한 혼란
라는 토론으로 넘어 갑시다."Unstable Confusion"Web3 프로토콜로 변환"Stable Horde"Web3 프로토콜로 변환"Unstable Confusion"의 맥락에서 제안합니다.
앞서 언급한 바와 같이,가짜 결과를 보내는 데 문제가 있으므로 사용자가 원하는 것을 얻을 수 있도록 하는 메커니즘이 필요합니다.이것은 ... 불리운다"추론 확인". 간단히 말해서, 우리는 그 결과가 예상한 대로인지 확인하기 위해 추론을 검증해야 합니다. 또 다른 질문은"Stable Horde"노동자. 작업자는 요청된 순서대로 데이터베이스에서 다음 작업을 요청하고 가장 먼저 요청한 작업자에게 작업을 할당합니다. 그러나 돈과 관련된 시스템에서는노동자더 많은 돈을 받기 위해 퀘스트를 대량으로 청구할 수 있지만 실제로 완료할 의도는 없습니다. 그들을짧은 대기 시간, 스내치 작업을 위해 경쟁하고 시스템 정체를 일으킬 수 있습니다.
기여도에 비례하여 지불"기여도에 비례하여 지불"즉, 작업자는 기여도에 따라 보상을 받고 네트워크에 유익한 방식으로 작업을 놓고 경쟁합니다.다음에"유연한 참여"낮은 대기 시간"낮은 대기 시간"즉, 애플리케이션의 응답성과 신속성은 사용자 경험에 매우 중요합니다.우리의 목표로 돌아가서 이미지 생성을 위한 분산되고 상호 운용 가능한 시장을 구축하는 것입니다. 여전히 몇 가지 주요 제약 사항이 있지만 나중에 추가, 수정 또는 보다 구체적인 세부 사항이 있을 수 있습니다. 이제 다양한 메커니즘의 실현 가능성을 평가할 수 있습니다.
a16z Encryption Entrepreneurship 과정: "토큰 설계" 후 "프로토콜 설계" 시작
1. 검증 메커니즘
추론의 정확성을 보장하기 위해 게임 이론 및 암호화와 같은 방법을 사용할 수 있습니다. 게임 이론 메커니즘은 사용자가 분쟁을 확대하고 특정 역할에 의해 중재될 수 있는 분쟁 해결 시스템에서 사용될 수 있습니다. 연속 또는 샘플 감사는 작업자의 작업을 검토하고 작업이 다른 작업자에게 할당되었는지 확인하고 감사를 통과한 작업자를 기록하는 또 다른 접근 방식입니다. 암호학의 영지식 증명은 추론의 정확성을 검증하는 효율적인 증명을 생성할 수 있습니다. 전통적인 방법에는 신뢰할 수 있는 제3자 기관 및 사용자 리뷰가 포함되지만 중앙화 위험과 네트워크 효과가 있습니다.
다른 가능한 유효성 검사 메커니즘에는 여러 작업자가 동일한 작업을 완료하고 사용자가 결과에서 선택하는 것이 포함됩니다. 이는 비용이 많이 들 수 있지만 비용이 충분히 낮으면 접근 방식으로 간주할 수 있습니다.
2. 가격 전략
가격 책정 전략과 관련하여 오더북을 온체인에 설정할 수 있습니다. 가스와 같은 온체인 검증 가능한 컴퓨팅 리소스 프록시 메트릭을 사용하는 것도 가능합니다. 이 접근 방식은 사용자가 추론에 대해 기꺼이 지불할 의사가 있는 금액을 게시하고 근로자가 수락할 수 있거나 작업을 위해 경쟁하기 위해 입찰할 수 있는 단순한 자유 시장과 다릅니다. 대신 사용자는 특정 추론에 일정량의 컴퓨팅 리소스가 필요하고 컴퓨팅 리소스의 양이 직접 가격을 결정하는 가스와 같은 프록시 메트릭을 만들 수 있습니다. 이러한 방식으로 전체 메커니즘의 작동을 단순화할 수 있습니다.
또는 오프체인 오더북을 사용할 수 있는데, 이는 운영 비용이 저렴하고 잠재적으로 매우 효율적입니다. 그러나 문제는 오더북을 소유한 사람이 자신에게 네트워크 효과를 집중시킬 수 있다는 것입니다.
3. 저장 메커니즘
저장 메커니즘은 작업 결과가 사용자에게 올바르게 전달될 수 있도록 하는 데 매우 중요하지만 신뢰의 위험을 줄이고 작업이 올바르게 전달되었음을 증명하는 것은 어렵습니다. 사용자는 예상한 항목을 받지 못한 것에 대해 불평하는 것과 유사하게 항목이 배달되었는지 여부에 대해 질문할 수 있습니다. 감사자는 계산 프로세스를 확인하고 출력 결과의 정확성을 확인해야 할 수 있습니다. 따라서 출력은 프로토콜에서 볼 수 있어야 하며 프로토콜이 액세스할 수 있는 곳에 저장되어야 합니다.
저장 메커니즘 측면에서 몇 가지 옵션이 있습니다. 하나는 데이터를 온체인에 저장하는 것이지만 비용이 많이 듭니다. 또 다른 옵션은 더 복잡하지만 P2P 방식으로 문제를 해결하려는 전용 스토리지 암호화 네트워크를 사용하는 것입니다. 또는 데이터를 오프체인에 저장하는 옵션이 있지만 저장 시스템을 제어하는 사람이 확인 프로세스 및 최종 지불 전송과 같은 다른 측면에 영향을 미칠 수 있기 때문에 다른 문제가 발생합니다.
4. 작업 할당 전략
상대적으로 복잡한 영역인 작업 분배 방식도 고려해야 합니다. 작업이 제출된 후 작업자가 스스로 작업을 선택하거나 작업이 제출된 후 계약에서 작업을 분배한다고 볼 수 있으며 사용자 또는 최종 사용자가 특정 작업자를 선택하도록 하는 것도 가능합니다. 각 접근 방식에는 장단점이 있으며 프로토콜이 어떤 작업자가 어떤 작업을 요청할 수 있는지 결정하는 방법의 조합도 고려하십시오.
보조 제목
a16z Encryption Entrepreneurship 과정: "토큰 설계" 후 "프로토콜 설계" 시작
중앙화 위험을 초래할 수 있는 7가지 핵심 설계 요소
텍스트
전환 비용 절감 및 상호 운용성 촉진
텍스트
Web3 기술을 사용하여 분산 시스템 만들기
텍스트
심층 연구 및 최상의 솔루션 선택
프로토콜을 설계하고 전략을 결정할 때 다양한 측면을 깊이 있게 연구해야 합니다. 인증의 경우 일반적으로 암호화 솔루션이 최선의 선택입니다. 가격 측면에서 검증 가능한 온체인 컴퓨팅 리소스를 사용하는 프록시 지표는 다양한 추론 또는 기계 학습 작업에 적용될 수 있습니다. 업무 할당은 작업자의 능력과 상태를 실시간으로 업데이트하는 프로토콜을 채택하여 업무를 공정하게 분배하고 작업자가 업무 수락 여부를 독립적으로 선택할 수 있도록 합니다. 스토리지 문제의 경우 짧은 시간 내에 문제를 해결하고 임시 스토리지 방법을 채택하기 위해 프로토타입 샤딩 기술과 같은 솔루션을 고려할 수 있습니다.
분산 시스템을 설계할 때 위의 고려 사항은 장기적인 견고성과 분산 특성을 가진 시스템을 구축하는 데 도움이 될 수 있습니다.
