Phân cấp là một yêu cầu bắt buộc trong web3 – và nó cũng có thể hữu ích trong các bối cảnh kinh doanh khác. Trong web3, mục đích là tránh tập trung hóa để đảm bảo an ninh, tính mở và quyền sở hữu cộng đồng, trong khi ở các doanh nghiệp truyền thống hơn, tính phi tập trung có thể giúp thu hút sự tham gia của các bên liên quan và đưa ra quyết định sáng suốt hơn – ví dụ: tính phi tập trung là chìa khóa để thực hiện khái niệm phổ biến về “tổ chức tự quản". 

Tuy nhiên, việc bắt đầu hoàn toàn phi tập trung có thể khó khăn hoặc thậm chí hoàn toàn không thực tế. Các yếu tố thiết kế ban đầu của một dự án hoặc doanh nghiệp thường yêu cầu tầm nhìn và kiểm soát tập trung hơn. Và việc tập trung hóa ở giai đoạn đầu có thể giúp dễ dàng phối hợp, khởi chạy và lặp lại nhanh chóng hướng tới sản phẩm-thị trường phù hợp. 

Tuy nhiên, bắt đầu với một số mức độ tập trung hóa không nhất thiết buộc bạn phải giữ nguyên như vậy. Ở đây, chúng tôi sẽ giải thích trước về một khuôn khổ cấp cao để thiết kế cho sự phi tập trung hóa trong tương lai và đưa ra một số hướng dẫn về thời điểm và cách thực hiện. Các hướng dẫn áp dụng cho cả dự án web3 và các tổ chức truyền thống hơn. 

Mục đích của chúng tôi là giúp những người quan tâm đến phân quyền suy nghĩ về cách tiếp cận thách thức. Than ôi, không có cách tiếp cận nào phù hợp với một kích cỡ vì cơ chế chính xác của phân cấp phụ thuộc rất nhiều vào bối cảnh kinh doanh cụ thể. Vì vậy, đây là mục đích giới thiệu – nó không phải là vở kịch để đưa ra quyết định khôn ngoan về thành phần mà là một khuôn khổ để bắt đầu suy nghĩ về vấn đề bao quát.

Nếu có một điều cần nhớ, thì đó là việc phân quyền không nhất thiết phải là “được ăn cả ngã về không”. Với kế hoạch phù hợp, bạn có thể phân cấp theo thời gian. Và để lập kế hoạch hiệu quả, điều quan trọng là phải hiểu các khía cạnh khác nhau mà doanh nghiệp của bạn có thể phân cấp và cách thực hiện điều đó vào những thời điểm thích hợp.

Để tạo sự tương đồng với trải nghiệm mà nhiều người trong chúng ta đã có, phân cấp dần dần giống như một tổ chức trở nên hoàn toàn từ xa. Bắt đầu tại một văn phòng trung tâm duy nhất với các cuộc họp trực tiếp sẽ hữu ích cho việc phối hợp, nhưng theo thời gian, việc phân bổ có thể trở nên hợp lý hơn. Nhưng để quản lý công việc phân tán, điều cần thiết là phải đầu tư vào công nghệ truyền thông từ xa, cũng như ghi chép cẩn thận các hoạt động kinh doanh và kiến ​​trúc. Thiết kế một tổ chức biết rằng một ngày nào đó tất cả các bạn sẽ ở xa làm cho trạng thái tương lai dễ dàng hơn. Điều này cũng đúng với phân quyền lũy tiến. 

Phi tập trung hóa có thể có giá trị…

Phân cấp là việc chuyển quyền kiểm soát và ra quyết định từ một thực thể tập trung – một cá nhân, tổ chức hoặc nhóm cụ thể – sang một mạng phân tán. Điều này có thể áp dụng cho nhiều yếu tố của một doanh nghiệp, bao gồm sáng tạo nội dung, quy trình và quản trị tổ chức, thậm chí cả kho công nghệ.

Phân cấp thường là chức năng. Ví dụ: một tổ chức có thể tổng hợp ý kiến ​​từ một mạng lưới các cá nhân phi tập trung. Thật vậy, việc tạo ra giá trị trong web3 phần lớn là về việc sử dụng quyền sở hữu chung để khuyến khích sự tham gia và gắn kết của nhiều người cùng một lúc. (Trong một bài báo trước, chúng tôi đã viết về cách “xây dựng các nền tảng mở chia sẻ giá trị trực tiếp với người dùng sẽ tạo ra nhiều giá trị hơn cho mọi người, bao gồm cả nền tảng.”) 

Trong các bối cảnh khác, phân quyền có thể cung cấp bảo mật - ví dụ như chống kiểm duyệt (mặc dù để điều này hoạt động, điều quan trọng là cơ cấu quản trị chính xác). Và một cách riêng biệt, các nền tảng web3 đang tìm cách sử dụng tài sản kỹ thuật số của riêng họ cũng cần phân quyền cho lý do quy định.

Có lẽ quan trọng nhất, phân cấp có thể phục vụ như một hình thức cam kết để xây dựng sản phẩm vì lợi ích tốt nhất của người dùng – tương tự như cách quản trị chung dẫn dắt các hợp tác xã nhấn mạnh văn hóa lành mạnh và phân phối tài nguyên và tiền thu được công bằng lâu dài giữa các thành viên. Ngoài ra còn có một nhóm người có nhiều khả năng tự lựa chọn vào các dự án có kế hoạch phi tập trung hóa cả về nguyên tắc – và bởi vì họ tin rằng những dự án như vậy sẽ có giá trị hơn về lâu dài.

… nhưng phi tập trung hóa không hề dễ dàng.

Mặc dù phân cấp có thể có giá trị đối với một doanh nghiệp - thậm chí là cần thiết - nhưng có thể khó bắt đầu theo cách đó. Nhiều áp lực thúc đẩy quá trình tập trung hóa trong ngắn hạn ngay cả đối với các công ty cam kết thực hiện phi tập trung hóa trong dài hạn. 

Ví dụ, hãy nghĩ về thách thức khi khởi tạo một sản phẩm hoặc thực hiện kiểu lặp lại nhanh chóng cần thiết để sản phẩm phù hợp với thị trường mà không có nhóm trung tâm cốt lõi hoặc quy trình tập trung để ra quyết định. Hơn nữa, tính phi tập trung trong web3 cũng thường đi kèm với kỳ vọng về khả năng kết hợp, điều này dẫn đến rủi ro rằng người khác có thể “rẽ nhánh” sản phẩm của bạn trước khi bạn đạt được quy mô. Và việc dựa vào quản trị phi tập trung hoặc các hình thức đầu vào có nguồn lực từ cộng đồng khác mà không có cấu trúc hỗ trợ được thiết kế phù hợp – bao gồm cả những cấu trúc thúc đẩy sự tham gia – có khả năng khiến nền tảng gặp rủi ro về gian lận hoặc thanh toán.

Những lực lượng này khuyến khích tập trung hóa từ rất sớm. Nhưng điều quan trọng là phải đảm bảo rằng chúng không dẫn đến các quyết định thiết kế khiến việc phân cấp trở nên khó khăn hơn trong tương lai. Đó là, ngay cả khi có những lý do chính đáng để tập trung hơn ngay từ đầu, bạn nên thiết kế để phân quyền trong tương lai. 

Phân cấp lũy tiến

Dưới đây là một số hướng dẫn để giúp bạn lập kế hoạch tích cực cho việc phân quyền trong tương lai. 

Đầu tiên, điều cần thiết là xác định các khía cạnh khác nhau mà theo đó doanh nghiệp của bạn có thể trở nên phi tập trung. Chẳng hạn, một nền tảng có thể phân cấp quản lý nội dung ngay cả khi vẫn còn một ngăn xếp công nghệ tương đối tập trung. Một sản phẩm nhất định có thể được phân đoạn thành “các đơn vị có thể phân cấp tối thiểu” (MDU) hầu như độc lập với nhau và sau đó được phân cấp riêng theo từng kích thước này. MDU có thể bao gồm nhóm cốt lõi, cộng tác viên bên ngoài, nhóm công nghệ, v.v. – chúng tôi sẽ thảo luận chi tiết hơn về các khía cạnh khác nhau bên dưới.

Và sau đó, ngay cả trong một MDU nhất định, bạn không cần phải đi từ 0 đến 100 cùng một lúc. Chẳng hạn, một nền tảng có thể dần dần phân quyền quản lý bằng cách thu hút các đề xuất nội dung từ cộng đồng trước khi chuyển hoàn toàn các quyết định về nội dung. 

Nhìn bề ngoài, chúng tôi nghĩ về điều này giống như một tập hợp các thanh trượt – có lẽ là “bộ cân bằng phân cấp”, với sự điều chỉnh khác nhau cho mỗi MDU. Bạn có thể trượt từng thanh lên theo tốc độ của riêng nó và độ khó của việc trượt từng thanh phụ thuộc vào mức độ sẵn sàng thay đổi của doanh nghiệp đối với chiều đó. Theo nghĩa này, mặc dù việc xây dựng kiến ​​trúc có lưu ý đến tính phi tập trung sẽ tốn kém hơn ban đầu, nhưng nó có thể trở thành một nguồn lợi thế cạnh tranh chính vì nó làm cho quá trình phi tập trung hóa dễ dàng hơn trong thời gian dài.

Đặc trưng MDU

Điều quan trọng là phải liên kết với một tầm nhìn về cách thức và những gì cần phân cấp, điều này đòi hỏi một số sự phối hợp cấp cao và thường là một số giám sát đối với “bộ cân bằng phân cấp”. MDU sẽ khác nhau giữa các danh mục sản phẩm và doanh nghiệp khác nhau, nhưng đây là một vài ví dụ, cùng với hình minh họa về cách bạn có thể thiết lập chúng để thành công trong phân cấp:

1. Nhóm nòng cốt. Thuê những người có khả năng thiết lập công việc của họ để các thành viên bên ngoài có thể đảm nhận một số trách nhiệm – ví dụ: người quản lý cộng đồng thiết kế cộng đồng theo cách cho phép các thành viên bắt đầu tự quản lý và tự quản. Ngoài ra, hãy đầu tư vào việc nâng cao kỹ năng cho nhóm của bạn với mục tiêu dài hạn là phi tập trung hóa, cũng như các công nghệ mới và phương pháp hay nhất hỗ trợ những nỗ lực đó.

2. Những người đóng góp bên ngoài. Bạn càng tiến xa hơn về phía phi tập trung hoàn toàn, cộng đồng của bạn càng tham gia nhiều hơn vào cách sản phẩm phát triển và được quản lý. Hiệu chỉnh dựa trên mức độ phi tập trung mà bạn muốn trở thành, bạn sẽ muốn xây dựng theo cách có sự tham gia và nuôi dưỡng cộng đồng sẽ tham gia xây dựng trên cơ sở hạ tầng dùng chung, đóng góp nội dung và/hoặc quản lý hệ thống. Và đó không chỉ là việc mời cộng đồng tham gia – bạn phải thiết kế tổ chức theo cách cho phép mọi người đóng góp và thưởng cho họ khi làm như vậy. Điều này có nghĩa là xây dựng các kênh tương tác và phản hồi mạnh mẽ, cùng với các cấu trúc và quy trình đi kèm. 

Trong khi đó, về mặt phần thưởng, việc giới thiệu điểm thưởng hoặc mã thông báo kỹ thuật số để theo dõi và khen thưởng những đóng góp của cộng đồng có thể giúp khuyến khích hoạt động của cộng đồng (xem bài viết này của chúng tôi để biết thêm về thiết kế hệ thống danh tiếng). Ví dụ: bạn có thể bắt đầu bằng cách thu hút các nhà phát triển bên ngoài thử nghiệm cơ sở hạ tầng cốt lõi của mình – có thể bằng cách phân bổ phần thưởng cho các nhà phát triển bắt đầu hoạt động bằng cách xây dựng trên giao thức. 

3. Ngăn xếp công nghệ. Ngăn xếp có thể được kiến ​​trúc theo cách mô-đun cho phép bạn hoán đổi các phiên bản phi tập trung của các dịch vụ tập trung mà bạn bắt đầu sử dụng – ví dụ: bằng cách bắt đầu lưu trữ nội dung trên AWS và theo thời gian chuyển đổi sang các dịch vụ lưu trữ phi tập trung, chẳng hạn như Arweave hoặc IPFS.

4. tài chánh. Bạn nên lập kế hoạch phân cấp cả về cách bạn tài trợ cho doanh nghiệp ban đầu và cách bạn phân bổ nguồn lực bên trong và bên ngoài. Đặc biệt, bạn nên cơ cấu tài chính theo cách linh hoạt để có thể duy trì tổ chức mà không cần sự kiểm soát tập trung – ví dụ, hãy xem xét các nhà đầu tư mà bạn đang mời sẽ phản ứng như thế nào với một thoát khỏi sự kiểm soát của cộng đồng (mà có lẽ chúng ta có thể gọi là “lối ra phi tập trung”), và suy nghĩ về việc phân bổ thường xuyên cho kho bạc cộng đồng.

5. Quy trình nội bộ. Điều quan trọng là phải đầu tư thời gian trước để suy nghĩ xem bạn có thể cần những gì để phân cấp các bộ phận trong hoạt động và quy trình kinh doanh của mình – ví dụ: bạn có thể cần tài liệu phong phú cho phép các thành viên cộng đồng hiểu tiền lệ hoặc bối cảnh cho các quyết định cụ thể về quản trị.

Có thể hữu ích nếu trình bày rõ ràng các MDU của tổ chức bạn để cung cấp một cái nhìn rõ ràng về các đòn bẩy khác nhau mà bạn có thể chia sẻ với nhóm và cộng đồng. Việc chia sẻ lộ trình không chỉ theo tinh thần phi tập trung hóa, mà cộng đồng còn có thể giúp bạn đạt được điều đó – và yêu cầu bạn phải chịu trách nhiệm. Sau khi bạn có một bộ MDU, hãy tìm ra vị trí hiện tại của thanh trượt trên mỗi thứ nguyên và bắt đầu hình thành chế độ xem về vị trí bạn muốn nó di chuyển theo thời gian. Ngoài ra còn có một thứ tự hoạt động ở đây sẽ có ý nghĩa và các nhóm có lẽ nên bắt đầu với các MDU ít có tác động tiêu cực hơn nếu có sự cố xảy ra.

Di chuyển thanh trượt nào và khi nào?

Cuối cùng: làm thế nào để bạn biết khi nào đã đến lúc di chuyển thanh trượt lên – nghĩa là khi nào bạn có thể tăng cường phân cấp cho một hoặc nhiều thứ nguyên?

Thu nhỏ lại, điều quan trọng đầu tiên là hệ thống tổng thể của bạn phải tương đối ổn định. Chính xác điều này có nghĩa là gì? trong một sớm hơn bài viết đối với a16z, Jesse Walden khuyến khích các đội đánh giá vị trí của họ trên hành trình đến và đi qua sản phẩm-thị trường phù hợp: Bạn còn cần lặp lại bao nhiêu lần nữa và nhanh như thế nào? Điều này rất quan trọng vì bất kỳ hình thức thay đổi tổ chức nào cũng sẽ làm chậm hoạt động; bạn muốn định thời gian di chuyển thanh trượt sao cho lợi ích lâu dài của việc giảm tốc độ lớn hơn chi phí ngắn hạn. Lý tưởng nhất là bạn cũng sẽ di chuyển vào thời điểm khi các động lực kinh tế và xã hội của nền tảng của bạn đã đủ ổn định để bạn có thể dự đoán chắc chắn mức độ điều chỉnh mức độ phân cấp sẽ ảnh hưởng đến hành vi và kết quả của cộng đồng như thế nào.

Tiếp theo, bạn nên đánh giá lần lượt từng MDU. Mỗi thứ nguyên sẽ có tập hợp các yếu tố riêng để cân nhắc khi quyết định có điều chỉnh thanh trượt hay không. Bạn có thể bị thúc đẩy phân cấp trên một thứ nguyên cụ thể – ví dụ: bạn có thể có quá nhiều nội dung do người dùng tạo để tự quản lý, điều quan trọng là bắt đầu thu hút sự tham gia của cộng đồng rộng lớn hơn vào quá trình quản lý. Ngoài ra, bạn có thể chọn tăng tính phi tập trung hoàn toàn theo ý muốn của mình – một ví dụ có thể là bạn thấy giá trị kinh doanh lâu dài trong việc lưu trữ nội dung theo cách phi tập trung và vì vậy bạn chủ động lựa chọn bắt đầu sử dụng dịch vụ như vậy.

Và một lần nữa, nó không phải là tất cả hoặc không có gì. Quá trình phân cấp diễn ra với tốc độ khác nhau dọc theo mỗi MDU. Ví dụ: bạn có thể bắt đầu lập kế hoạch tài chính của mình theo cách duy trì tùy chọn “thoát khỏi cộng đồng” ngay từ ngày đầu tiên; thành lập một kho bạc cộng đồng sáu tháng sau; và sau đó chuyển sang quản trị tài chính phi tập trung hoàn toàn. Và song song với điều đó, bạn có thể duy trì ngăn xếp công nghệ tập trung trong khi lặp lại hướng tới một sản phẩm ổn định trước khi tìm kiếm nhiều tùy chọn ngang hàng hơn.

***

Phi tập trung là mạnh mẽ, nhưng nó không phải là dễ dàng. Đặc biệt là ngay từ đầu, nhu cầu lặp lại nhanh, kiểm soát chất lượng và bảo mật thường hướng tới sự phát triển tập trung (mặc dù điều này có thể thay đổi khi công nghệ phát triển phi tập trung được cải thiện).

Nếu bạn đặt mục tiêu cho doanh nghiệp của mình được phi tập trung hóa trong thời gian dài, điều quan trọng là phải lập kế hoạch trước cho điều đó và không để mất dấu nó khi bạn xây dựng. Chúng ta có thể thấy vai trò của Giám đốc điều hành hoặc COO phát triển để đảm nhận “bộ cân bằng phân cấp” – hoặc thậm chí giới thiệu một vị trí hoàn toàn mới, chẳng hạn như “Giám đốc phân quyền”. Suy nghĩ về các MDU có thể giúp bạn tìm ra vị trí và cách thức phân cấp các khía cạnh khác nhau trong doanh nghiệp của bạn. Và sau đó khi sản phẩm phát triển, bạn có thể dần dần phân cấp theo từng MDU, khi đến thời điểm thích hợp.

***

Jad Esber là người đồng sáng lập và Giám đốc điều hành của koodos phòng thí nghiệm (DBA koodos) và một Chi nhánh tại Harvard's Berkman Klein Center for Internet & Society và Trường học mới Viện Kinh tế Hợp tác Kỹ thuật số. Anh xây dựng, viết và diễn thuyết về chủ đề không gian xã hội, công cụ sáng tạo và sự giao thoa giữa các công nghệ phi tập trung. Trước đây, anh ấy làm việc tại Google và YouTube, nơi anh ấy làm việc và xây dựng cho những người sáng tạo và nghệ sĩ ở các thị trường mới nổi.

Scott Duke Kominers là giáo sư quản trị kinh doanh tại Trường Kinh doanh Harvard, một Chi nhánh Khoa của Khoa Kinh tế Harvard, và một đối tác nghiên cứu tiền điện tử a16z. Ông cũng tư vấn cho một số công ty về thị trường và thiết kế khuyến khích; để tiết lộ thêm, xem trang web của anh ấy.  

***

Lời cảm ơn: Các tác giả xin cảm ơn Brandon Baraban, Dmitry Berenzon, nhãn hiệu cam, Apurva Chitni, Sonal Chokshi, Andy Hall, Miles Jennings, Người phục vụ Jones, Steve Kaczynski, Elena Mikhaylova, Kirill Noskov, Tim Roughgarden, SAFA, Kevin Shay, jennie sibervà khuân vác Smith cho những ý tưởng và ý kiến ​​​​hữu ích. Đặc biệt cảm ơn biên tập viên của chúng tôi, Tim Sullivan.

***

Các quan điểm được trình bày ở đây là quan điểm của từng nhân viên AH Capital Management, LLC (“a16z”) được trích dẫn và không phải là quan điểm của a16z hoặc các chi nhánh của nó. Một số thông tin trong đây đã được lấy từ các nguồn của bên thứ ba, bao gồm từ các công ty danh mục đầu tư của các quỹ do a16z quản lý. Mặc dù được lấy từ các nguồn được cho là đáng tin cậy, a16z đã không xác minh độc lập thông tin đó và không đưa ra tuyên bố nào về tính chính xác lâu dài của thông tin hoặc tính thích hợp của nó đối với một tình huống nhất định. Ngoài ra, nội dung này có thể bao gồm các quảng cáo của bên thứ ba; a16z đã không xem xét các quảng cáo đó và không xác nhận bất kỳ nội dung quảng cáo nào có trong đó.

Nội dung này chỉ được cung cấp cho mục đích thông tin và không được dựa vào như lời khuyên về pháp lý, kinh doanh, đầu tư hoặc thuế. Bạn nên tham khảo ý kiến ​​của các cố vấn của riêng mình về những vấn đề đó. Các tham chiếu đến bất kỳ chứng khoán hoặc tài sản kỹ thuật số nào chỉ dành cho mục đích minh họa và không cấu thành khuyến nghị đầu tư hoặc đề nghị cung cấp dịch vụ tư vấn đầu tư. Hơn nữa, nội dung này không hướng đến cũng như không nhằm mục đích sử dụng cho bất kỳ nhà đầu tư hoặc nhà đầu tư tiềm năng nào và không được dựa vào bất kỳ trường hợp nào khi đưa ra quyết định đầu tư vào bất kỳ quỹ nào do a16z quản lý. (Đề nghị đầu tư vào quỹ a16z sẽ chỉ được thực hiện bởi bản ghi nhớ phát hành riêng lẻ, thỏa thuận đăng ký và các tài liệu liên quan khác về bất kỳ quỹ nào như vậy và phải được đọc toàn bộ.) Bất kỳ khoản đầu tư hoặc công ty danh mục đầu tư nào được đề cập, đề cập đến, hoặc được mô tả không phải là đại diện cho tất cả các khoản đầu tư vào xe do a16z quản lý và không thể đảm bảo rằng các khoản đầu tư sẽ sinh lời hoặc các khoản đầu tư khác được thực hiện trong tương lai sẽ có các đặc điểm hoặc kết quả tương tự. Danh sách các khoản đầu tư được thực hiện bởi các quỹ do Andreessen Horowitz quản lý (không bao gồm các khoản đầu tư mà tổ chức phát hành không cho phép a16z tiết lộ công khai cũng như các khoản đầu tư không thông báo vào tài sản kỹ thuật số được giao dịch công khai) có tại https://a16z.com/investments /.

Các biểu đồ và đồ thị được cung cấp bên trong chỉ nhằm mục đích cung cấp thông tin và không nên dựa vào khi đưa ra bất kỳ quyết định đầu tư nào. Hiệu suất trong quá khứ không cho thấy kết quả trong tương lai. Nội dung chỉ nói kể từ ngày được chỉ định. Mọi dự đoán, ước tính, dự báo, mục tiêu, triển vọng và / hoặc ý kiến ​​thể hiện trong các tài liệu này có thể thay đổi mà không cần báo trước và có thể khác hoặc trái ngược với ý kiến ​​của người khác. Vui lòng xem https://a16z.com/disclosures để biết thêm thông tin quan trọng.