a16z 파트너: Web3는 어떻게 인센티브 메커니즘을 설계하는가?

원문 저자: Chris Dixon, a16z

편집: 0xCC, 블록 리듬

이 글은 a16z 파트너 Chris Dixon이 소셜 미디어에 발표한 것으로, 원제목은 《Web3 시나리오: 성장 메커니즘으로서의 상호운용성》입니다. 저자는 네트워크 효과를 통해 Web2가 어떻게 점점 더 폐쇄적으로 변해왔는지, Web3가 어떻게 인센티브 메커니즘을 통해 상호운용성을 보장하는지를 설명합니다. 리듬은 그의 견해를 편집했습니다.

사람들이 Web2에서 Web3로 이동할 때 혼란스러운 점이 하나 있습니다. 그것은 Web3의 "물리 법칙"이 Web2와 크게 다를 수 있다는 것입니다. 애플리케이션의 상호운용성에 대한 동기는 좋은 예입니다.

Web2에서는 애플리케이션이 사용자 데이터를 완전히 제어하므로 각 애플리케이션은 다른 애플리케이션과 상호운용할지 여부를 일방적으로 결정할 수 있습니다.

메타카프 법칙에 따르면 두 네트워크가 경쟁할 때, 소규모 네트워크의 동기는 상호운용을 희망하는 반면, 대규모 네트워크의 동기는 상호운용을 원하지 않는 것입니다. 따라서 더 큰 Web2 네트워크는 거의 항상 상호운용성을 갖지 않기로 결정하며, 모든 사용자 데이터를 완전히 제어하기 때문에 이를 쉽게 수행할 수 있습니다.

이러한 논리가 수년간 작동한 결과, 우리는 오늘날의 인터넷을 얻게 되었고, 거의 모든 애플리케이션과 네트워크가 상호운용할 수 없게 되었습니다(단, Web1에서 상속된 웹 페이지와 이메일을 제외하고).

네트워크 참여자에게 이는 나쁜 결과를 초래했습니다: 사용자 경험이 더 나빠지고 애플리케이션에 갇히게 되었습니다. 개발자와 창작자는 차가운 시작을 하고 청중을 확장하는 데 어려움을 겪으며, 그 안에 갇힐 위험도 있습니다.

이제 Web3에서 상호운용성의 유인을 살펴보겠습니다. Web3에서는 데이터가 사용자 자신에게 소유되므로 애플리케이션은 사용자가 자신의 데이터를 한 애플리케이션에서 다른 애플리케이션으로 이동하는 것을 막을 수 없습니다. 마찬가지로 메타카프 법칙에 따르면, 더 큰 네트워크는 상호운용성을 방해할 동기가 있지만, Web3에서는 그렇게 할 수 없습니다.

여기서 흥미로운 점이 있습니다. 소규모 네트워크는 상호운용의 동기를 가질 뿐만 아니라, 상호운용성을 핵심 성장 메커니즘으로 삼습니다.

예를 들어, 당신이 Web3 게임의 스타트업 팀이고, 대규모 Web3 게임이 구축한 팬층을 높이 평가한다고 가정해 보겠습니다. 그들의 커뮤니티를 끌어들이는 효과적인 방법 중 하나는 그들의 토큰—동질적 토큰 및 비동질적 토큰(NFT)—이 당신의 네트워크에 들어오도록 허용하는 것입니다.

새로 설립된 게임에서 토큰이 기존 게임과 동일한 기능을 가지도록 요구할 이유가 없으며, NFT가 동일한 용도, 외관 또는 기능을 가져야 할 이유도 없습니다.

핵심은 사용자 데이터와 자산에 가치를 부여함으로써, 사용자가 참여하고 확장하도록 유도하는 네트워크를 창출하는 것입니다. 또한, 어떤 네트워크와 먼저 상호운용할지를 결정함으로써, 당신이 개발하는 커뮤니티의 유형을 안내하는 데 도움을 줄 수 있습니다.

이 예시는 Web3의 매우 좋은 속성을 보여줍니다: 네트워크/애플리케이션의 인센티브와 네트워크 참여자(사용자, 개발자, 창작자 등)의 인센티브가 완전히 일치합니다.

Web3는 애플리케이션/네트워크 설계자가 올바른 일을 하기를 바라지 않으며("악을 행하지 말라"), 대신 코드에 의해 규칙이 강제되는 새로운 시스템을 만듭니다("악을 행하지 말라"). 네트워크와 네트워크의 인센티브 메커니즘은 네트워크 참여자 간의 이해관계를 일치시킵니다.