a16z: 점진적 탈중앙화의 고급 프레임워크

저자: Jad Esber와 Scott Duke Kominers

편집: DeFi의 길

이미지 출처: Maze AI 생성
탈중앙화는 Web3의 당면 과제입니다 ------ 이는 다른 비즈니스 환경에서도 유용합니다. Web3에서의 목표는 안전하고 개방적이며 커뮤니티 소유를 위해 중앙 집중화를 포기하는 것이며, 더 전통적인 기업에서는 탈중앙화가 이해관계자의 참여와 더 나은 의사결정을 촉진하는 데 도움이 됩니다. 예를 들어, 탈중앙화는 "자기 관리 조직"이라는 인기 개념을 실행하는 데 핵심입니다.
그러나 처음부터 완전한 탈중앙화를 달성하는 것은 어려울 수 있으며, 심지어 완전히 비현실적일 수도 있습니다. 프로젝트나 기업의 초기 설계 요소는 종종 더 집중된 비전과 통제를 필요로 합니다. 초기 단계의 중앙 집중화는 조정, 출시 및 빠른 반복을 더 쉽게 할 수 있으며, 이는 제품 시장 적합성에 적응하기 위해 필요합니다.

그러나 어느 정도의 중앙 집중화로 시작한다고 해서 반드시 그렇게 유지해야 하는 것은 아닙니다. 여기에서는 미래의 탈중앙화를 위한 고급 프레임워크를 설명하고, 언제 그리고 어떻게 그렇게 할 것인지에 대한 몇 가지 지침을 제공합니다. 이러한 지침은 Web3 프로젝트뿐만 아니라 더 전통적인 조직에도 적용됩니다.
우리의 목적은 탈중앙화에 관심이 있는 사람들이 이 도전에 어떻게 대응할지를 생각하도록 돕는 것입니다. 그러나 탈중앙화의 정확한 메커니즘은 상당히 구체적인 비즈니스 환경에 의해 결정되므로, 보편적인 방법은 존재하지 않습니다. 따라서 이는 단순한 소개일 뿐입니다 -- 구성 요소에서 결정을 내리는 게임 매뉴얼이 아니라, 전체 문제를 생각하기 시작하는 방법에 대한 프레임워크입니다.
기억해야 할 한 가지는, 탈중앙화가 반드시 "전부 아니면 전무"가 아니라는 것입니다. 적절한 계획을 통해 시간이 지남에 따라 탈중앙화를 진행할 수 있습니다. 효과적으로 계획하기 위해서는 귀하의 기업이 어떤 다양한 측면에서 탈중앙화할 수 있는지, 그리고 적절한 시기에 어떻게 할 수 있는지를 이해하는 것이 중요합니다.
우리 많은 사람들의 경험을 비유하자면, 점진적인 탈중앙화는 조직이 완전히 원격화되는 것과 비슷합니다. 처음에는 단일 중앙 사무실에서 대면 회의를 개최하는 것이 조정에 도움이 되지만, 시간이 지남에 따라 더 분산되는 것이 의미가 있습니다. 그러나 분산된 작업을 관리하기 위해서는 원격 통신 기술에 투자하고, 비즈니스 관행과 구조를 신중하게 기록해야 합니다. 조직을 설계할 때, 언젠가 여러분의 작업이 원격으로 진행될 것이라는 것을 아는 것은 미래의 상태를 더 쉽게 만드는 데 도움이 됩니다. 점진적인 탈중앙화도 마찬가지입니다.

탈중앙화의 가치

탈중앙화는 통제권과 의사결정 권한을 중앙 집중된 실체 -- 특정 개인, 조직 또는 그룹 --에서 분산된 네트워크로 이전하는 것을 의미합니다. 이는 콘텐츠 제작, 조직 거버넌스 및 프로세스, 심지어 기술 스택을 포함한 기업의 많은 요소에 적용될 수 있습니다.
탈중앙화는 종종 기능적입니다. 예를 들어, 조직은 분산된 개인 네트워크에서 의견을 수집할 수 있습니다. 사실, Web3의 가치 창출은 공유 소유권을 활용하여 많은 사람들이 동시에 참여하고 기여하도록 유도하는 데 크게 의존합니다. (이전의 기사에서 우리는 "사용자와 직접 가치를 공유하는 개방형 플랫폼을 구축하면 플랫폼을 포함한 모든 사람에게 더 많은 가치를 창출할 것"이라고 썼습니다.)
다른 경우에는 탈중앙화가 보안 보장을 제공할 수 있습니다 -- 예를 들어 검열에 대한 저항 (이를 달성하기 위해서는 거버넌스 구조를 올바르게 구축해야 합니다). 또한, 자신의 디지털 자산을 활용하려는 Web3 플랫폼은 규제 이유로 인해 탈중앙화해야 할 필요가 있습니다.
어쩌면 가장 중요한 것은, 탈중앙화가 사용자 최선의 이익을 위해 제품을 구축하는 약속으로 작용할 수 있다는 것입니다 -- 공동 거버넌스가 협동조합이 건강한 문화를 강조하고 자원과 수익을 장기적으로 공정하게 분배하는 데 어떻게 기여하는지와 유사합니다. 또한, 계획적으로 탈중앙화된 프로젝트에 자발적으로 참여할 가능성이 더 높은 사람들이 있으며, 이는 원칙 때문이기도 하고, 이러한 프로젝트가 장기적으로 더 가치 있을 것이라고 믿기 때문입니다.

탈중앙화는 쉽지 않다

탈중앙화가 기업에 가치가 있는 -- 심지어 필요하기도 하지만 -- 시작할 때는 어려울 수 있습니다. 많은 압력이 단기적으로 중앙 집중화를 촉진하며, 심지어 장기적으로 탈중앙화에 전념하는 회사조차도 마찬가지입니다.

핵심 중앙 팀이나 집중된 의사결정 과정 없이 제품을 시작하거나 제품과 시장의 적합성을 위해 빠르게 반복하는 도전 과제를 상상해 보십시오. 또한, Web3에서의 탈중앙화는 종종 조합 가능성에 대한 기대와 함께 제공되며, 이는 다른 사람들이 귀하의 제품을 "포크"할 수 있는 위험을 초래합니다. 적절하게 설계되지 않은 지원 구조 -- 참여를 촉진하는 구조를 포함하여 -- 없이 탈중앙화된 관리 또는 다른 형태의 크라우드소싱 기여에 의존하는 것은 플랫폼이 사기나 뇌물의 위험에 처할 수 있습니다.

이러한 힘은 초기의 중앙 집중화를 장려합니다. 그러나 이러한 힘이 미래의 탈중앙화를 더욱 어렵게 만드는 설계 결정을 초래하지 않도록 하는 것이 중요합니다. 즉, 초기에는 더 중앙 집중화할 좋은 이유가 있더라도, 미래의 탈중앙화를 위해 설계해야 합니다.

점진적 탈중앙화

다음은 미래의 탈중앙화를 적극적으로 계획하는 데 도움이 되는 몇 가지 지침입니다.

먼저, 귀하의 비즈니스가 어떤 다양한 차원에서 탈중앙화를 실현할 수 있는지를 확인해야 합니다. 예를 들어, 플랫폼은 콘텐츠 큐레이션을 탈중앙화할 수 있지만, 여전히 상대적으로 중앙 집중화된 기술 스택을 유지할 수 있습니다. 특정 제품은 "최소 분권 단위"(MDU)로 분할될 수 있으며, 이러한 단위는 대부분 서로 독립적이며, 이러한 차원에 따라 각각 분권화할 수 있습니다. MDU는 핵심 팀, 외부 기여자, 기술 스택 등을 포함할 수 있으며, 아래에서 각 차원에 대해 자세히 논의할 것입니다.

특정 MDU 내에서도 한 번에 0에서 100으로 점프할 필요는 없습니다. 플랫폼은 점진적으로 큐레이션 권한을 탈중앙화할 수 있습니다. 예를 들어, 먼저 커뮤니티에서 콘텐츠 제안을 요청한 다음, 최종적으로 콘텐츠 결정 권한을 완전히 이양할 수 있습니다.

시각적으로, 우리는 이것이 슬라이더 세트와 같다고 생각합니다 -- 아마도 각 MDU에 대해 다른 조정이 있는 "탈중앙화 이퀄라이저"일 것입니다. 각 슬라이더를 자신의 속도에 맞춰 조정할 수 있으며, 각 슬라이더를 조정하는 난이도는 기업이 해당 차원의 변화에 대한 준비 상태에 따라 달라집니다. 이런 의미에서, 초기 비용이 높더라도 탈중앙화 구조를 고려하는 것은 장기적으로 탈중앙화 과정을 더 쉽게 만들기 때문에 경쟁 우원의 중요한 출처가 될 수 있습니다.

MDU 설명

탈중앙화 방법과 탈중앙화할 내용을 일관되게 유지하는 것이 중요하며, 이는 일부 고위 조정이 필요하며, 종종 "탈중앙화 이퀄라이저"에 대한 감독이 필요합니다. 다양한 비즈니스 및 제품 카테고리에서 MDU는 다를 수 있으며, 다음은 몇 가지 예와 탈중앙화의 성공을 위해 설정하는 방법에 대한 설명입니다:

1. 핵심 팀. 외부 구성원이 일부 책임을 인수할 수 있도록 작업을 설정할 수 있는 사람을 고용합니다 -- 예를 들어, 커뮤니티 관리자를 두어 구성원이 자기 관리 및 자기 거버넌스 방식으로 커뮤니티를 설계할 수 있도록 합니다. 또한, 팀의 기술을 향상시키기 위해 투자하고, 탈중앙화를 장기 목표로 삼으며, 이러한 노력을 지원하는 새로운 기술과 모범 사례를 지원합니다.

2. 외부 기여자. 완전한 탈중앙화 방향으로 나아갈수록, 귀하의 커뮤니티는 제품 개발 및 관리에 더 많이 참여할 수 있습니다. 원하는 탈중앙화 수준에 따라 조정하고, 참여적인 방식으로 구축하며, 커뮤니티가 공유 인프라 구축, 콘텐츠 기여 및/또는 시스템 관리를 참여하도록 육성합니다. 이는 단순히 커뮤니티 참여를 초대하는 것이 아닙니다 -- 사람들에게 기여할 수 있는 방식으로 조직을 설계하고, 그렇게 할 때 보상을 제공해야 합니다. 즉, 강력한 피드백 및 참여 채널과 이에 상응하는 구조와 프로세스를 구축해야 합니다.

동시에, 보상 측면에서 커뮤니티 기여를 추적하고 보상하기 위해 보상 포인트 또는 디지털 토큰을 도입하면 커뮤니티 활동을 촉진하는 데 도움이 될 수 있습니다 (신뢰 시스템 설계에 대한 더 많은 정보는 우리의 이 기사를 참조하십시오). 예를 들어, 외부 개발자가 귀하의 핵심 인프라를 테스트하도록 유도하는 것부터 시작할 수 있습니다 -- 프로토콜 기반으로 구축하여 활동을 시작한 개발자에게 보상을 분배합니다.

3. 기술 스택. 스택은 모듈화된 방식으로 구축할 수 있으며, 시작할 때 중앙 집중화된 서비스의 탈중앙화 버전으로 교환할 수 있습니다 -- 예를 들어, 처음에는 AWS에 콘텐츠를 저장하고, 시간이 지남에 따라 Arweave 또는 IPFS와 같은 탈중앙화 저장 서비스로 전환합니다.
4. 재무. 비즈니스에 자금을 제공하는 초기 방법과 내부 및 외부 자원 배분 방식을 탈중앙화할 수 있도록 계획해야 합니다. 특히, 중앙 통제 없이 조직을 유지하기 위해 재무를 유연한 방식으로 구축해야 하며, 투자자가 커뮤니티 통제에서의 탈퇴에 대해 어떻게 반응할지를 고려하고, 정기적으로 커뮤니티에 재정 지원을 고려해야 합니다.

5. 내부 프로세스. 비즈니스의 일부 및 비즈니스 프로세스를 탈중앙화하는 데 필요한 사항에 대해 초기 단계에서 시간을 투자하는 것이 중요합니다 -- 예를 들어, 커뮤니티 구성원이 거버넌스의 구체적인 결정의 선례나 배경을 이해할 수 있도록 풍부한 문서가 필요할 수 있습니다.

조직의 MDU를 명확하게 나열하는 것은 유용할 수 있으며, 다양한 "슬라이더"를 팀 및 커뮤니티와 공유할 수 있는 명확한 관점을 제공합니다. 로드맵을 공유하는 것은 탈중앙화의 정신에 부합하며, 커뮤니티는 목표 달성에 도움을 줄 수 있습니다. MDU 세트를 갖추면 각 차원에서 슬라이더의 현재 위치를 파악하고 시간이 지남에 따라 발전하기를 원하는 관점을 형성하기 시작하십시오. 물론, 의미 있는 작동 순서를 갖추고, 일이 잘못될 경우 팀이 부정적인 영향을 덜 받는 MDU에서 시작할 수 있도록 해야 합니다.

어떤 슬라이더를 언제 이동할 것인가?

마지막으로: 슬라이더를 언제 올려야 할지 -- 즉, 언제 하나 이상의 차원의 탈중앙화를 증가시킬 수 있는지 어떻게 알 수 있을까요?

확대해 보면, 먼저 중요한 것은 귀하의 전체 시스템이 상대적으로 안정적이라는 것입니다. 그러나 이것이 정확히 무엇을 의미할까요? a16z의 초기 기사에서 Jesse Walden은 팀이 제품과 시장의 적합성을 넘어서는 과정에서 자신의 위치를 평가하도록 권장했습니다: 얼마나 많은 반복을 더 거쳐야 하며, 얼마나 빠르게 진행해야 할까요? 이는 중요합니다. 왜냐하면 조직 변화의 어떤 형태도 운영 속도를 늦추기 때문입니다. 슬라이더를 이동할 시점을 잘 파악하여 속도 저하의 장기적 이점이 단기 비용을 초과하도록 해야 합니다. 이상적으로는, 플랫폼의 사회적 및 경제적 역학이 충분히 안정되어 탈중앙화 수준 조정이 커뮤니티의 행동과 결과에 미치는 영향을 강력하게 예측할 수 있을 때 이동해야 합니다.

그 다음, 각 MDU를 차례로 평가해야 합니다. 슬라이더를 조정할지 여부를 결정할 때, 각 차원마다 고려해야 할 고유한 요소 세트가 있습니다.

특정 차원에서 탈중앙화를 추진할 수 있습니다 -- 예를 들어, 너무 많은 사용자 생성 콘텐츠를 스스로 관리해야 하므로 더 많은 커뮤니티가 큐레이션에 참여하는 것이 중요해질 수 있습니다. 또한, 완전히 자발적으로 탈중앙화를 증가시키기로 선택할 수도 있습니다 -- 예를 들어, 콘텐츠를 탈중앙화 방식으로 저장하는 것의 장기적인 상업적 가치를 보았기 때문에 그러한 서비스를 사용하기 시작하기로 선택할 수 있습니다.

다시 말하지만, 이는 전부 아니면 전무가 아닙니다. 탈중앙화는 각 MDU에 따라 다른 속도로 발생합니다. 예를 들어, 첫날부터 재무를 계획하고 "커뮤니티에서 탈퇴" 옵션을 유지할 수 있으며, 6개월 후에 커뮤니티 재정을 구축하고, 이후 완전한 탈중앙화 재무 관리로 전환할 수 있습니다.

동시에, 안정적인 제품을 반복하면서 중앙 집중화된 기술 스택을 유지할 수 있습니다.

***

탈중앙화는 강력하지만 쉽지 않습니다. 특히 초기에는 빠른 반복, 품질 관리 및 보안에 대한 요구가 종종 중앙 집중화된 개발을 필요로 합니다 (비록 이는 탈중앙화 개발 기술의 개선에 따라 변화할 수 있습니다).

귀하의 목표가 귀하의 기업을 장기적으로 탈중앙화 상태로 유지하는 것이라면, 초기 단계에서 잘 계획하여 구축 과정에서 추적을 잃지 않도록 하는 것이 중요합니다. 우리는 CEO 또는 COO의 역할이 "탈중앙화 이퀄라이저"를 관리하기 위해 진화할 수 있음을 보게 될 것이며, 심지어 "최고 탈중앙화 책임자"와 같은 새로운 직책이 도입될 수도 있습니다.

MDU의 관점에서 생각하는 것은 비즈니스의 다양한 측면을 어디에서 어떻게 탈중앙화할지를 이해하는 데 도움이 될 수 있습니다. 제품이 발전함에 따라, 시기가 적절할 때 각 MDU를 따라 점진적으로 탈중앙화를 진행할 수 있습니다.