a16z Crypto CTO: 토큰 경제 설계보다 프로토콜 설계가 더 중요하다

원문 제목: 프로토콜 디자인: 왜 그리고 어떻게

저자: 에디 라자린

편집: 시시（TEDAO）

서론:

a16z는 심도 있는 글을 통해 암호화폐 분야에서 산업 발전을 이끄는 중요한 위치를 확립하였으며, 인식의 향상과 변화를 위한 지침을 제공합니다. 최근 a16z는 토큰 경제를 넘어서는 주제에 집중하고 있습니다. 먼저 "토큰 디자인"에 대한 강연이 있었고, 이어서 《Tokenology: 토큰 경제학을 넘어서》라는 글이 발표되었으며, 지금은 주목받는 "프로토콜 디자인" 강좌를 출시했습니다.

이 강좌의 주강사인 a16z Crypto의 CTO 에디 라자린은 토큰 경제를 넘어서는 핵심이 프로토콜 디자인에 있으며, 토큰 디자인은 보조 수단에 불과하다고 여러 번 강조했습니다. 이 프로토콜 디자인에 초점을 맞춘 강좌에서 그는 1시간 이상의 발표를 통해 창업자들에게 귀중한 통찰과 영감을 제공하며, 프로젝트 성공에서 프로토콜 디자인의 핵심 역할을 깊이 이해하도록 돕고 있습니다. 본 문서는 번역된 간략판입니다. 더 많은 흥미로운 내용은 번역된 전문 링크를 참조하십시오.

1. 프로토콜 진화의 내재적 법칙

1.1, 인터넷 프로토콜: 상호작용의 연결고리

인터넷은 프로토콜 네트워크로, 다양한 유형의 프로토콜을 포함하고 있습니다. 일부 프로토콜은 간결하고 명확하며, 예를 들어 HTTP의 상태도와 같은 것이 있습니다. 반면, Maker 프로토콜의 상호작용도와 같은 다른 프로토콜은 상당히 복잡합니다. 아래 그림은 인터넷 프로토콜, 물리적 프로토콜, 정치적 프로토콜 등 다양한 프로토콜을 보여줍니다. 아래 그림의 왼쪽에는 우리가 익숙하고 흥미롭게 느끼는 거리 교차로의 상호작용도가 있습니다.

이 프로토콜들의 공통점은 모두 형식화된 상호작용 시스템으로, 복잡한 집단 행동을 촉진할 수 있다는 것입니다. 이는 프로토콜의 핵심 구성 요소입니다. 인터넷 프로토콜의 강력함은 사람 간의 상호작용을 연결할 뿐만 아니라 소프트웨어와도 상호작용할 수 있다는 점입니다. 우리는 소프트웨어가 높은 적응성과 효율성을 가지고 있으며, 다양한 메커니즘을 통합할 수 있다는 것을 알고 있습니다. 따라서 인터넷 프로토콜은 우리가 가장 중요하고, 심지어 가장 중요한 프로토콜 유형 중 하나라고 할 수 있습니다.

1.2, 프로토콜의 진화: Web1 ------ Web2------ Web3

아래 차트에서 가로축은 프로토콜의 탈중앙화 및 중앙화 정도를 나타내며, 즉 프로토콜의 통제권 정도를 나타냅니다. 세로축에는 프로토콜의 경제 모델이 있으며, 이는 경제 모델이 명확한지 여부를 나타냅니다. 이 구별은 미세하게 보일 수 있지만, 중요한 영향을 미칩니다.

• Web1: 탈중앙화 & 명확한 경제 모델 없음

Web1 시대의 프로토콜(예: NNTP, IRC, SMTP 및 RSS)은 가치 흐름, 소유권, 접근 권한 및 지불 메커니즘 등에서 중립성을 유지하며, 명확한 경제 모델이 없습니다. 그 중 Usenet은 현재의 Reddit과 유사한 프로토콜로, 게시물과 파일을 교환하는 데 사용됩니다. IRC는 초기 널리 사용된 채팅 프로토콜이며, SMTP와 RSS는 이메일 및 콘텐츠 구독에 사용됩니다.

Usenet은 특정 분류의 하위 서버에서 관련 콘텐츠를 게시할 수 있도록 사용자에게 허용하는 분류된 플랫폼입니다. 이는 HTTP 외부에서 존재하는 초기 인터넷 문화의 중요한 구성 요소입니다. Usenet을 사용하려면 특정 클라이언트와 Usenet을 지원하는 인터넷 서비스 제공업체(ISP)가 필요합니다. Usenet은 많은 변화하는 뉴스 서버에 분산되어 있으며, 누구나 이러한 서버를 운영할 수 있습니다. 게시물은 자동으로 다른 서버로 전송되어 탈중앙화된 시스템을 형성합니다.

사용자가 Usenet 접근에 대해 직접 비용을 지불하는 경우는 드물지만, 2000년대 후반에는 일부 사람들이 상업적 Usenet 서버에 대해 비용을 지불하기 시작했습니다. 전반적으로 Usenet은 명확한 프로토콜 경제 모델이 부족하며, 사용자는 자신의 거래 방식으로 이를 사용해야 합니다.

이러한 Web1 프로토콜은 구조적으로 유사하며, 동일한 가치관에서 출발합니다. 프로토콜에 대해 잘 알지 못하더라도 우리는 여전히 그들이 어떻게 작동하는지 이해할 수 있으며, 이는 Web1 프로토콜의 가독성과 명확한 템플릿의 중요성을 보여줍니다. 그러나 이러한 프로토콜은 시간이 지남에 따라 점차 실패하거나 변화의 직면하게 됩니다.

실패의 원인은 두 가지로 요약될 수 있습니다: 하나는 특정 기능이 부족하여 Web2 경쟁자와 경쟁할 수 없다는 것이고, 다른 하나는 자금 조달에 어려움을 겪었다는 것입니다. 결국, 프로토콜이 탈중앙화된 방식으로 특정 기능을 통합할 수 있는 지속 가능한 경제 모델을 개발할 수 있는지가 성공 여부를 결정합니다. 요약하자면, Web1 프로토콜은 탈중앙화되었지만 명확한 경제 모델이 부족한 유형으로 분류될 수 있습니다.

• Web2: 중앙화 & 명확한 경제 모델

Web2는 흥미로운 경향을 가져왔습니다: Reddit이 Usenet과 같은 포럼을 대체하고, WhatsApp 및 iMessage와 같은 중앙화된 메시징 시스템이 IRC와 같은 포럼을 대체했습니다. 이메일은 여전히 존재하지만 스팸 문제에 직면해 있습니다.

또한, RSS는 Twitter와의 경쟁에서 부진한 성과를 보였습니다. Web2는 Web1 프로토콜의 한계를 해결하고 특정 기능을 제공합니다. 이메일 및 기타 탈중앙화 프로토콜은 메시지의 합법성, 발신자 신원, 권한 및 경제 관계를 검증할 수 없기 때문에 스팸 문제를 처리하는 데 어려움을 겪습니다. 미성숙한 탈중앙화 시스템에서 이러한 기능의 부족은 중앙화된 경쟁자가 독특한 기능을 제공하여 그들의 선배를 초월하게 만들었습니다.

Web2 프로토콜은 완전히 소유자에 의해 통제되며, 상업적 전략과 법적 제한만을 받습니다. Web1 프로토콜의 발전을 촉진하기 위해서는 더 명확한 경제 모델이 필요합니다. 그러나 탈중앙화를 유지하면서 명확한 경제 모델을 실현하는 것은 불가능하며, 탈중앙화된 합의, 검증 가능한 계산 및 암호화 기술 도구를 활용하지 않는 한 불가능합니다. 프로토콜은 일반적으로 설계 공간의 왼쪽 하단에서 오른쪽 상단으로 이동합니다.

때때로 프로토콜은 사실상 중앙화되기도 합니다. 예를 들어, 이메일은 중앙화된 이메일 서비스 제공자가 50% 이상의 이메일을 처리하여 이메일이 고도로 중앙화되게 만듭니다. 이메일은 스팸 문제, 경제 모델 부족, DNS 등록 비용 분담 및 높은 전환 비용 등의 압박에 직면해 있습니다.

실행 가능한 경제 모델이 없는 경우 이메일은 대형 기술 회사의 부수적 프로젝트로만 지속 가능하게 됩니다. 스팸을 줄이는 방법은 규모의 경제와 데이터 결합에 의존하며, 수백만 개의 이메일 계정을 호스팅하는 회사는 이상 징후를 감지하기가 더 쉽습니다. 또한 전환 비용도 중요한 요소입니다. 이제 우리는 프로토콜의 다양한 구성 요소에 영향을 미치는 두 가지 주요 중앙화 힘을 인식해야 하며, 이들은 프로토콜 디자인 과정에서 매 전환점마다 지속적으로 작용하며, 네트워크 효과와 전환 비용입니다.

네트워크 효과는 시스템 규모가 확대되고 광범위하게 사용됨에 따라 권력이 축적되는 현상을 의미합니다. 전환 비용은 사용자가 현재 시스템을 떠나 다른 시스템으로 전환하는 데 필요한 경제적, 인지적 또는 시간적 비용을 의미합니다. 이메일의 경우, 전환 비용은 Gmail 사용자의 경우 매우 중요합니다. 만약 당신이 Gmail을 사용하지만 자신의 도메인이 없다면, 전환 비용은 매우 높아질 것입니다.

그러나 만약 당신이 자신의 도메인을 소유하고 있다면, 이메일 서비스 제공업체를 자유롭게 전환할 수 있으며, 어떤 서비스 제공업체를 통해서도 이메일을 받을 수 있습니다. 한 회사는 프로토콜 디자인을 통해 전환 비용을 증가시켜 사용자가 특정 구성 요소를 사용하도록 강제하거나 유도하여 다른 공급자로 전환할 가능성을 줄일 수 있습니다.

Reddit을 예로 들면, 이는 관리자들이 하위 포럼을 일방적으로 통제할 수 있도록 허용하는 시스템으로, 탈중앙화와 중앙화 간의 경계를 모호하게 만듭니다. 누구나 관리자 역할을 맡을 수 있도록 허용하는 것은 탈중앙화로 간주될 수 있지만, 최종 권력이 여전히 관리자(예: Reddit 팀)에게 집중된다면, 이는 여전히 완전히 중앙화된 시스템입니다.

고품질 사용자 경험은 중앙화된 힘과는 무관하지만, 고품질 사용자 경험을 제공하기 위해서는 일반적으로 자금 지원이 필요합니다. Web1 시대에는 자금 부족으로 인해 탈중앙화된 프로토콜이 종종 좋은 사용자 경험을 제공하지 못했습니다. 자금 지원은 고품질 사용자 경험을 제공하는 데 중요한 역할을 합니다.

• Web3: 탈중앙화 & 명확한 경제 모델

Twitter, Facebook, Instagram 또는 TikTok과 같은 Web2 플랫폼에서는 사용자 선택이 제한되어 플랫폼의 인터페이스 결정에 종속됩니다. 그러나 Web3가 도입하는 탈중앙화 요소는 프로토콜을 어떻게 변화시킬까요? 암호화 및 블록체인 기술을 활용하면 신뢰에 대한 의존도를 줄이고, 경제학 원리를 명확히 하며, 탈중앙화를 지원할 수 있습니다. Web3는 개방성, 상호운용성 및 오픈 소스의 특징을 제공하며, 명확한 경제 모델을 갖추고, 프로토콜 내에서 자금을 통합하여 지속 가능한 발전을 이루고, 모든 가치를 독점하지 않도록 합니다.

개발자로서 탈중앙화되고 명확한 경제 모델을 갖춘 시스템에서 구축하는 것이 최선의 선택입니다. 이렇게 하면 시스템의 지속적인 존재를 보장하고 관련된 경제 관계를 이해할 수 있으며, 경제 관계가 프로토콜 외부에서 발전하도록 두지 않을 수 있습니다. 안정성과 가치 포착 측면에서 다른 방식으로 고려해야 합니다. 탈중앙화 시스템에서 구축하는 것을 선택하는 것은 매우 중요합니다. 이는 잠재적 위험을 피하고 지속 가능하며 최대 시스템이 될 가능성이 있는 프로젝트를 구축하는 데 도움이 됩니다.

인터넷 구축은 더 이상 미친 행동으로 간주되지 않습니다. 왜냐하면 인터넷 자체가 완전히 탈중앙화된 시스템이기 때문입니다. 마찬가지로 오픈 소스 프로그래밍 언어를 사용하고 웹 브라우저에 의존하는 것도 야심찬 프로젝트를 구축하는 신뢰할 수 있는 기반이 되었습니다. 중앙화된 시스템에서 구축하는 것은 제한을 받을 수 있으며, 프로젝트의 규모와 범위를 확장할 수 없습니다. Web3는 더 크고 야심찬 프로젝트를 구축할 수 있는 뛰어난 개발자들을 끌어들입니다. 다른 시스템이나 플랫폼이 등장할 수 있으며, 기존의 Web2 플랫폼과 경쟁하여 규제를 준수하고 경쟁 우위를 갖추어 Web2 플랫폼과 치열하게 경쟁할 것입니다.

Web2 네트워크의 가장 큰 문제는 그 취약성과 과도하게 최적화된 비즈니스 모델입니다. 이러한 네트워크는 특정 지표의 최적화를 추구하면서 목표와 관련 없는 것들을 무시하여 혁신과 새로운 제품 개발이 부족하게 됩니다. 비록 강력한 네트워크 효과를 가지고 있지만, 독점을 형성하기에는 부족하여, 일단 그 약점에 대한 대책이 등장하면 쉽게 위험에 처할 수 있습니다.

반면에, Web3는 탈중앙화와 명확한 경제 모델을 통해 더 탄력적이고 혁신적인 공간을 제공합니다. 다양한 생태계가 풍부한 열대 우림 생태계와 유사하게, Web3 시스템은 다양한 흥미로운 것들이 발전할 수 있는 기반 시설과 프로토콜을 구축하여 혁신을 위한 더 비옥한 토양을 제공합니다. 암호화폐와 토큰 경제 모델을 활용함으로써 참여자들의 창의성과 모험 정신이 보상받아 시스템 발전을 더욱 촉진할 수 있습니다.

따라서, Web3는 경제 자원의 축적에 의존하기보다는 더 나은 생태계 지속 가능성과 혁신 잠재력을 가지고 있습니다. 명확한 경제 모델과 탈중앙화 특성 덕분에 Web3는 진정한 의미에서 혁신과 발전을 이루어낼 수 있으며, 과도한 최적화와 단일 분야 집중 축적의 함정에서 벗어날 수 있습니다. 암호 기술과 토큰 경제 모델을 도입함으로써 Web3는 참여자들에게 더 큰 창조 공간과 보상 메커니즘을 제공하여 시스템이 더 가치 있고 지속 가능한 방향으로 발전하도록 합니다.

2. Web3 프로토콜 디자인 사례

2.1, 사례 배경 및 디자인 목표

재미있는 예시를 소개하겠습니다. "Stable Horde"는 이미지를 생성하는 무료 시스템이자 Web2 프로토콜입니다. 이는 협력 층 기능을 사용하여 사용자가 이미지를 생성하는 데 도움을 줄 의향이 있는 다른 사람에게 요청할 수 있도록 합니다. 클라이언트는 작업을 작업 큐에 제출하고, 작업자는 추론 처리를 수행한 후 결과를 결과 저장소로 전송합니다. 클라이언트는 그곳에서 결과를 검색하고 작업자에게 Kudos 점수를 지불할 수 있습니다. Stable Horde에서 Kudos는 작업 우선 처리를 위한 무료 포인트 시스템입니다. 그러나 계산 자원의 기부 제한으로 인해 대기열이 길어질수록 이미지 생성 시간이 길어집니다.

우리는 흥미로운 문제에 직면해 있습니다: 이 시스템을 어떻게 확장하여 더 크고 전문화된 형태로 만들면서도 개방성과 상호운용성을 유지하고, 중앙화가 프로젝트의 초기 정신을 해치는 위험을 피할 수 있을까요? 한 가지 제안은 Kudos 점수를 ERC 20 토큰으로 변환하고 블록체인에 기록하는 것입니다. 그러나 단순히 블록체인을 추가하는 것은 허위 결과 공격과 같은 일련의 문제를 일으킬 수 있습니다.

프로토콜 디자인 과정을 다시 생각해 봅시다. 항상 명확한 목표에서 시작한 다음 제약 조건을 고려하고, 마지막으로 메커니즘을 결정해야 합니다. 시스템을 설계할 때 목표를 측정하고 효과적인 메커니즘을 결정해야 합니다. 제약 조건은 내생적 및 외생적 형태가 있으며, 설계 공간을 제한함으로써 메커니즘을 더 명확하게 결정할 수 있습니다. 메커니즘은 프로토콜의 본질적인 내용으로, 청산, 가격 책정, 스테이킹, 인센티브, 지불 및 검증 등을 포함합니다. 설계는 제약 조건에 부합하고 명확한 목표를 충족해야 합니다.

2.2, Web3 프로토콜 예시: Unstable Confusion

이제 "Unstable Confusion"이라는 새로운 Web3 프로토콜에 대해 논의해 보겠습니다. 다음 내용에서는 기존의 Web2 프로토콜 "Stable Horde"를 Web3 프로토콜 "Unstable Confusion"으로 전환하는 배경에서 제안된 몇 가지 흥미로운 방향을 개요합니다.

앞서 언급했듯이, 허위 결과 전송 문제로 인해 사용자가 원하는 콘텐츠를 확보할 수 있도록 보장하는 메커니즘이 필요합니다. 이를 "추론 검증"이라고 합니다. 간단히 말해, 우리는 추론을 검증하여 그 결과가 예상과 일치하는지 확인해야 합니다. 또 다른 문제는 "Stable Horde"의 작업자와 관련이 있습니다. 작업자는 요청 순서에 따라 데이터베이스에서 다음 작업을 요청하고, 가장 먼저 요청한 작업자에게 작업을 할당합니다.

그러나 금전이 관련된 시스템에서는 작업자가 더 많은 보상을 얻기 위해 많은 작업을 신청할 수 있지만, 실제로는 이러한 작업을 완료할 의도가 없을 수 있습니다. 그들은 낮은 지연 시간을 경쟁하며 작업을 빼앗아 시스템을 혼잡하게 만들 수 있습니다.

이러한 문제를 해결하기 위해 몇 가지 해결책이 제안되었습니다. 첫째는 "기여 비율에 따른 보상"으로, 작업자가 자신의 기여도에 따라 보상을 받도록 하여 네트워크에 유익한 방식으로 작업을 경쟁하게 하는 것입니다. 둘째는 "유연한 참여"로, 작업자가 낮은 비용으로 자유롭게 시스템에 참여하거나 탈퇴할 수 있도록 하여 더 많은 참여자를 유도하는 것입니다.

마지막으로 "낮은 지연 시간"으로, 애플리케이션의 응답 속도와 신속성이 사용자 경험에 매우 중요합니다. 우리의 목표는 탈중앙화되고 상호운용 가능한 이미지 생성 시장을 구축하는 것입니다. 비록 몇 가지 주요 제약 조건이 남아 있지만, 이후에 추가하거나 수정하거나 더 구체적인 세부 사항을 추가할 수 있습니다. 이제 우리는 다양한 메커니즘의 실행 가능성을 평가할 수 있습니다.

• 잠재적 메커니즘 디자인

a. 검증 메커니즘

우리는 게임 이론과 암호학과 같은 방법을 사용하여 추론의 정확성을 보장할 수 있습니다. 게임 이론 메커니즘은 분쟁 해결 시스템에 사용될 수 있으며, 사용자는 특정 역할에 의해 분쟁을 업그레이드할 수 있습니다. 연속 또는 샘플링 감사는 또 다른 방법으로, 작업자의 작업을 감사하여 작업이 다양한 작업자에게 할당되도록 하고, 감사된 작업자를 기록합니다. 암호학의 제로 지식 증명은 효율적인 증명을 생성하여 추론의 정확성을 검증할 수 있습니다. 전통적인 방법으로는 신뢰할 수 있는 제3자 기관과 사용자 평가가 있지만, 이는 중앙화 위험과 네트워크 효과 문제를 동반합니다.

다른 가능한 검증 메커니즘으로는 여러 작업자가 동일한 작업을 수행한 후 사용자가 결과 중에서 선택하는 방법이 있습니다. 이는 높은 비용이 필요할 수 있지만, 비용이 충분히 저렴하다면 이 방법을 구현할 수 있습니다.

b. 가격 책정 전략

가격 책정 전략에 관해서는 체인 상에 주문서를 구축할 수 있습니다. 또한 체인 상에서 검증된 계산 자원을 사용하는 대리 측정(예: 가스)을 사용할 수 있습니다. 이 방법은 사용자가 지불할 의향이 있는 추론 비용을 게시하고 작업자가 이를 수락하거나 작업을 놓고 경쟁하는 단순한 자유 시장과는 다릅니다. 반대로, 사용자는 특정 추론이 일정량의 계산 자원을 필요로 하며, 계산 자원의 양이 가격을 직접 결정하는 가스와 유사한 대리 측정을 생성할 수 있습니다. 이를 통해 전체 메커니즘의 운영을 간소화할 수 있습니다.

또한, 체인 외부의 주문서를 사용할 수도 있으며, 이는 운영 비용이 낮고 매우 효율적일 수 있습니다. 그러나 문제는 해당 주문서를 소유한 사람이 네트워크 효과를 자신에게 집중시킬 수 있다는 것입니다.

c. 저장 메커니즘

저장 메커니즘은 매우 중요하며, 작업 결과가 사용자에게 올바르게 전달되도록 보장하지만, 신뢰 위험을 줄이고 작업이 올바르게 전달되었는지 증명하는 것은 어렵습니다. 사용자는 물품이 전달되었는지 의문을 가질 수 있으며, 이는 예상 상품을 받지 못했다는 불만과 유사합니다. 감사자는 계산 과정을 검증하고 출력 결과의 정확성을 확인해야 할 수 있습니다. 따라서 출력 결과는 프로토콜에서 볼 수 있어야 하며, 프로토콜이 접근할 수 있는 장소에 저장되어야 합니다.

저장 메커니즘에 관해서는 몇 가지 선택지가 있습니다. 하나는 데이터를 체인 상에 저장하는 것이지만, 이는 비용이 많이 듭니다. 또 다른 선택은 전용 저장 암호화 네트워크를 사용하는 것이며, 이는 더 복잡하지만 점대점 방식으로 문제를 해결할 수 있습니다. 또한 데이터를 체인 외부에 저장하는 것을 선택할 수 있지만, 이는 다른 문제를 일으킬 수 있습니다. 왜냐하면 해당 저장 시스템을 제어하는 사람이 검증 과정 및 최종 지불 전송 등 다른 측면에 영향을 미칠 수 있기 때문입니다.

d. 작업 할당 전략

작업 할당 방식도 고려해야 하며, 이는 상대적으로 복잡한 분야입니다. 작업자가 작업 제출 후 스스로 작업을 선택하도록 하거나, 프로토콜이 작업 제출 후 작업을 할당하도록 하거나, 사용자가 특정 작업자를 선택하도록 할 수 있습니다. 각 방식에는 장단점이 있으며, 프로토콜이 어떤 작업자가 어떤 작업을 요청할 수 있는지를 결정하는 조합 방식도 고려할 수 있습니다.

작업 할당은 많은 흥미로운 세부 사항을 포함합니다. 예를 들어, 프로토콜 기반 시스템에서는 작업자가 온라인 상태인지 여부를 알아야 작업을 할당할 수 있습니다. 또한 각 작업자의 능력과 부하 상황을 이해해야 합니다. 따라서 프로토콜 내에서 다양한 추가 요소를 고려해야 하며, 초기의 간단한 구현은 이러한 요소를 포함하지 않을 수 있습니다.

3. 탈중앙화 프로토콜 디자인의 요점

3.1, 중앙화 위험을 초래할 수 있는 7가지 주요 디자인 요소

여기에는 이메일이 도입한 네이밍 스페이스, 결제 시스템, 평판, 저장, 매칭, 가격 책정 시스템 및 검증 시스템이 포함됩니다. 이러한 요소는 네트워크 효과 또는 높은 전환 비용의 영향을 받아 중앙화될 수 있습니다. 네트워크 효과의 누적을 완화하고, 네트워크 효과를 프로토콜로 유도하며, 프로토콜 내에서 탈중앙화된 제어층을 구축하여 시스템의 장기적인 건강을 보장할 수 있습니다. 변동성이 있는 토큰이나 평판 시스템 또는 순환 선거 메커니즘과 같은 다른 거버넌스 디자인을 활용하여 탈중앙화된 제어를 실현할 수 있습니다.

3.2, 전환 비용을 낮추고 상호운용성 촉진

기업가들이 시스템에서 애플리케이션을 구축하도록 장려하기 위해서는 전환 비용을 낮추고 서로 다른 시스템 간의 상호운용성을 촉진하는 것이 매우 중요합니다. 높은 전환 비용을 초래하는 것을 피하고, 체인 외부 주문서나 제3자 검증 시스템에 대한 과도한 의존을 줄여야 합니다.

3.3, Web3 기술을 활용하여 탈중앙화 시스템 구축

Web3 도구와 원칙을 활용하여 시스템을 설계하고, 기업가에게 더 많은 권한을 부여하며 과도한 중앙화를 피해야 합니다. Web3 원칙을 수용하는 프로토콜은 일반적으로 더 큰 규모, 더 긴 수명 및 더 풍부한 생태계 활력을 가지고 있으며, 기존 최대 회사가 설정한 경계를 넘어서는 혁신 탐색의 비옥한 영역을 제공합니다.

3.4, 심층 연구 및 최상의 해결책 선택

프로토콜을 설계하고 전략을 결정할 때, 각 측면에 대해 심층 연구가 필요합니다. 검증 측면에서는 암호학적 솔루션이 일반적으로 최상의 선택입니다. 가격 책정 측면에서는 체인 상에서 검증된 계산 자원 대리 측정을 사용하여 다양한 추론 또는 머신 러닝 작업에 적응할 수 있습니다. 작업 할당 측면에서는 작업자의 능력과 상태를 실시간으로 업데이트하는 프로토콜을 채택하여 공정하게 작업을 할당하고 작업자가 자율적으로 작업 수락 여부를 선택할 수 있도록 해야 합니다. 저장 문제는 프로토타입 분할 기술과 같은 솔루션을 고려하여 짧은 시간 창 내에서 문제를 해결하고 임시 저장 방식을 채택할 수 있습니다.

탈중앙화 시스템을 설계할 때, 위의 요점을 고려하면 장기적인 안정성과 탈중앙화 특성을 갖춘 시스템을 구축하는 데 도움이 될 것입니다.