BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
Trang chủ
AI AI
Tin nhanh
Bài viết
Sự kiện
BlockBeats Pro
Thêm
Thông tin tài chính
Chuyên đề
Hệ sinh thái chuỗi khối
Mục nhập
Podcast
Data
OPRR
Partnered With:

Người sáng lập Paradigm: Hiệu quả của quản trị trên chuỗi còn đáng nghi ngờ, tại sao không giảm thiểu quản trị?

Đọc bài viết này mất 31 phút
Với tiền đề rằng quản trị vẫn quan trọng, bài viết này giải thích việc giảm thiểu quản trị và suy đoán về tác động của nó.
Tiêu đề gốc: " Giảm thiểu quản trị 》
Tác giả: Fred Ehrsam và Dan Robinson, người trước đây là người đồng sáng lập quỹ đầu tư tiền điện tử nổi tiếng Paradigm, còn người sau là nhà phân tích Paradigm
Người biên soạn: Perry Wang-Chain News


Chính phủ tốt nhất là chính phủ quản lý ít nhất.

——Ẩn danh


Tại sao? Bởi vì việc giảm thiểu quản trị cho phép các bên liên quan phụ thuộc vào một giao thức nhất định . Điều này tạo ra một chu kỳ áp dụng có đạo đức, cho phép mở rộng mà khó có thể đạt được nếu không có nó.


Ví dụ điển hình nhất là các giao thức Internet truyền thống thành công như HTTP và SMTP Hãy nhìn vào sức mạnh to lớn mà các giao thức này có ngày nay . Chính việc giảm thiểu quản trị đã khiến chúng trở thành tiêu chuẩn mà mọi người đều dựa vào, với khả năng áp dụng vượt xa những gì mà bất kỳ doanh nghiệp nào từng đạt được.


Với tiền đề rằng quản trị vẫn quan trọng, bài viết này giải thích việc giảm thiểu quản trị và suy đoán về tác động của nó.


"Giảm thiểu quản trị" là gì


Giảm thiểu quản trị có nghĩa là giảm quyền lực càng nhiều càng tốt và sự phụ thuộc vào quản trị .


Việc giảm thiểu quản trị là quan trọng vì nó hỗ trợ đề xuất giá trị chính của giao thức:  Tính trung lập đáng tin cậy . Giảm thiểu quản trị thường cải thiện tính trung lập đáng tin cậy của giao thức.


Trong thực tế hiện nay, việc giảm thiểu quản trị được áp dụng trực tiếp nhất cho việc giảm thiểu quản trị trên chuỗi . Nếu một giao thức muốn đạt được sự chấp nhận tối đa và tránh việc quản lý các chức năng của giao thức thì nó nên làm như vậy bằng cách giảm thiểu việc quản trị trên chuỗi.


Tính trung lập đáng tin cậy là gì?


Tính trung lập đáng tin cậy có nghĩa là độ tin cậy , có nghĩa là các bên liên quan (chẳng hạn như người dùng hoặc nhà phát triển) có thể sử dụng hoặc xây dựng giao thức và tin tưởng vào nó. Thỏa thuận sẽ không thay đổi để phản bội lợi ích của họ. Giao thức duy trì tính trung lập đáng tin cậy bằng cách tránh trở thành "con rối" của bất kỳ nhóm cụ thể nào.


Tại sao tính trung lập đáng tin cậy lại quan trọng?


Tính trung lập đáng tin cậy là đề xuất giá trị chính trong tiền điện tử ngày nay  Mở ra cánh cửa cho các hình thức tiền mới mở và có thể dự đoán được, tạo ra một nền tảng nơi mọi người có thể tạo và truy cập các ứng dụng mới một cách công khai.


Các nền tảng hiện tại thiếu tính trung lập đáng tin cậy, điều này càng nhấn mạnh tầm quan trọng của chúng. Là một nền tảng tiền tệ, ngân hàng trung ương không có tính trung lập đáng tin cậy vì một số bên liên quan có thể quyết định in tiền theo ý muốn. Facebook và Twitter không phải là những nền tảng trung lập đáng tin cậy với tư cách là nền tảng ứng dụng vì một nhóm nhỏ các bên liên quan có thể thực hiện những thay đổi khiến giết chết toàn bộ hệ sinh thái nhà phát triển .


Tính trung lập đáng tin cậy tạo ra một môi trường an toàn cho giá trị bị khóa trong nền tảng , ngăn chặn giá trị bị đánh cắp, đóng và hạn chế. Các giá trị này vừa hữu hình (ví dụ: tiền) vừa trừu tượng (ví dụ: thời gian phát triển, người dùng).


Nếu tính trung lập đáng tin cậy hoàn toàn thất bại thì đó là một trò lừa đảo sẵn sàng bỏ trốn. Một số bên liên quan của nền tảng có thể bỏ đi một phần hoặc toàn bộ, lấy đi giá trị do các bên liên quan khác sở hữu hoặc tạo ra. Ví dụ: giả sử nhà điều hành một sàn giao dịch tiền điện tử tập trung kiếm tiền bằng tiền của người dùng. Bạn cũng có thể đưa ra một ví dụ trừu tượng: Giả sử Twitter đóng giao diện nhà phát triển bên thứ ba, biến giao diện tương tác của chính Twitter trở thành lựa chọn duy nhất.


Giảm thiểu quản trị là gì không?


Giảm thiểu quản trị không phải là ý tưởng cho rằng quản trị có thể hoặc nên biến mất hoàn toàn. Thực ra điều này là không thể! Nếu không có quản trị ("quản trị thiết yếu", sẽ được giải thích chi tiết ở phần sau), một số chức năng giao thức sẽ khó hoặc không thể thực hiện được. Ít nhất, quản trị luôn tồn tại thông qua sự phối hợp xã hội ("không chính thức") và khả năng phân nhánh cứng.


Việc giảm thiểu quản trị tạo ra các giao thức trung lập hơn


Tạo ra một hệ thống quản trị hoàn chỉnh sẽ giống như thiết kế một hệ thống quản trị vĩnh viễn thiết bị chuyển động . Có những kết quả lý thuyết trò chơi nổi tiếng cho thấy rằng tất cả các hệ thống quản trị vốn dĩ không ổn định và không thể đáp ứng đồng thời tất cả các đặc tính mong muốn. Việc chính thức hóa các hệ thống quản trị có xu hướng khuếch đại những vấn đề cố hữu này bằng cách làm giảm khả năng giải quyết các vấn đề bên lề của quản trị phi chính thức.


Do đó, hệ thống quản trị càng hình thức thì càng dễ trở thành con rối của một số nhóm lợi ích nhất định trong một khoảng thời gian đủ dài. Điều này chủ yếu là do việc chính thức hóa một hệ thống quản trị đòi hỏi phải chính thức hóa các bên liên quan (ai có tiếng nói và họ nên có tiếng nói ở mức độ nào). Việc chính thức hóa các bên liên quan khó thực hiện trên thực tế tại một thời điểm và gần như không thể thực hiện được theo thời gian.


Người nắm giữ mã thông báo bị đặt sai chỗ


Việc chính thức hóa các bên liên quan quản trị trên chuỗi thường được xác nhận thông qua quyền sở hữu token đơn giản, trong khi bản thân việc quản trị này đạt được thông qua bỏ phiếu bởi những người nắm giữ tiền tệ. Thật không may, việc nắm giữ token không phản ánh chính xác giá trị của các bên liên quan trong giao thức vì nhiều lý do, bao gồm:


Không phải tất cả các bên liên quan đều phải là chủ sở hữu token, đặc biệt là người dùng và các nhà phát triển . Quyền sở hữu mã thông báo có thể không phản ánh chính xác tầm quan trọng của bên liên quan đối với giao thức, hiện tại hoặc trong tương lai  Khi ứng dụng tiếp theo có quy mô như Facebook hoặc Google xuất hiện, nó có thể sẽ bị những ứng dụng có nhiều token hơn chặn lại. Các bên liên quan thay đổi theo thời gian  Điều này đặc biệt đúng khi xem xét các bên liên quan trong tương lai chưa tồn tại. Hãy xem xét lợi ích của các ứng dụng khổng lồ vẫn chưa được tạo ra.


Do đó, việc chủ sở hữu token bỏ phiếu cho việc sử dụng giao thức lâu dài sẽ tạo ra một loạt vấn đề sai lệch bao gồm:


Áp lực bên ngoài . Ví dụ: Facebook Inc. phải đối mặt với áp lực bên ngoài trong việc chặn các nhà phát triển bên ngoài truy cập vào Facebook, biểu đồ xã hội chi tiết nhất thế giới. Dù điều này đúng hay sai, nó sẽ giết chết nhiều ứng dụng và vô số ứng dụng trong tương lai vẫn chưa được tạo ra.


Nắm bắt giá trị . Người nắm giữ mã thông báo có thể hy vọng đạt được giá trị cho bản thân bằng sự thiệt hại của người khác. Ví dụ: Twitter có độc quyền về giao diện giao thức của mình với chi phí của các nhà phát triển bên thứ ba.


Phạm vi thời gian không khớp . Không giống như các giao thức, phạm vi thời gian để người nắm giữ tiền tệ nắm giữ tiền tệ của họ rất khác nhau. Điều này có thể khiến họ thu được giá trị ngắn hạn nhưng phải trả giá bằng khả năng sử dụng lâu dài của giao thức. Ví dụ: những người nắm giữ Maker để mắt đến triển vọng tăng giá ngắn hạn có thể tăng phí ổn định để tạo ra giá trị trong ngắn hạn, bất kể tác động dài hạn. Trớ trêu thay, Facebook là một ví dụ điển hình, quyết định của người sáng lập Mark Zuckerberg từ chối hiển thị quảng cáo (để nắm bắt giá trị) khi hiệu ứng mạng của nó vẫn đang phát triển đã từng là một chấn động trong thế giới Internet.


Lợi ích kinh tế bên ngoài . Người nắm giữ mã thông báo cũng có thể là cá voi của một mã thông báo khác và phiếu bầu của họ phải xem xét lợi ích này thay vì lợi ích trong việc mang lại những thay đổi cho giao thức. Các dự án khai thác thanh khoản trong DeFi đặc biệt dễ bị ảnh hưởng bởi hình thức sai lệch này.


Việc trục lợi từ những sai lệch này đã được ghi chép rõ ràng và khó tránh khỏi. Các vấn đề nổi bật bao gồm trả tiền để bỏ phiếu hoặc sử dụng mã thông báo mượn để bỏ phiếu, những vấn đề sau này trở nên dễ dàng hơn nhờ phát minh ra các khoản vay nhanh và đã xảy ra!


Các tác dụng phụ khác


Ngay cả khi những người tham gia không rõ ràng là người điều khiển hệ thống, việc quản trị vẫn có thể Gây ra tác dụng phụ không mong muốn. Ví dụ, các hệ thống quản trị chính thức có thể khuyến khích hành động hơn là không hành động, ngay cả khi không hành động sẽ là giải pháp tốt hơn. Việc quản trị cũng có thể tiêu tốn rất nhiều thời gian và công sức .


Tốc độ tiến hóa


Một lập luận phổ biến được sử dụng để bảo vệ quản trị trên chuỗi là rằng nó có thể để giao thức phát triển nhanh hơn. Tuy nhiên, có rất ít bằng chứng thực nghiệm cho thấy quản trị trên chuỗi dẫn đến sự phát triển giao thức được tăng tốc.

Tuy nhiên, quản trị on-chain vẫn còn ở trạng thái rất non nớt nên có thể còn quá sớm để đánh giá nó một cách quá khắt khe.


Thực tiễn trước đây đã chứng minh điều ngược lại: các giao thức không có quản trị trên chuỗi có thể đạt được sự phát triển nhanh chóng. Ví dụ: Ethereum và Uniswap thời kỳ đầu là các giao thức phát triển nhanh chóng thông qua các đợt hard fork. Sự nhanh nhẹn này có thể là do cộng đồng chặt chẽ, tầm quan trọng của hệ thống thấp và độ tin cậy cao đối với nhóm phát triển cốt lõi.


Điều gì đã xảy ra trong quá trình phát triển của giao thức blockchain sau đó? Sự phát triển có thể sẽ chậm hơn do sự kết hợp của các hiệu ứng mạng, độ dính của con trỏ (các giao thức được nhúng vào mã của các giao thức/ứng dụng khác) và lo ngại rủi ro. Tuy nhiên, nếu những thay đổi đủ quan trọng thì người dùng và ứng dụng có thể tự nguyện chọn tham gia  Điều này thường có nghĩa là một hard fork của giao thức lớp đầu tiên (chuỗi công khai) và sự di chuyển tự nguyện của giao thức hoặc ứng dụng lớp thứ hai, như đã xảy ra trong quá trình chuyển đổi từ bản cập nhật v1 sang v2 của các giao thức như Uniswap, Maker, Hợp chất và Augur.


Cuối cùng, nếu một giao thức hoàn toàn thua kém so với một giao thức thay thế mới, thì cuối cùng nó sẽ bị vượt qua và chết. Đây là cách tiến hóa diễn ra trong tự nhiên. Các cá thể sinh vật không tiến hóa theo nghĩa mã di truyền của chúng. Sự tiến hóa xảy ra khi các bản sao được tạo ra bởi đột biến. Cách tiếp cận này đã có hiệu quả trước đây trong các hệ sinh thái nguồn mở (chẳng hạn như Linux).


Vì tính trung lập đáng tin cậy là đề xuất giá trị chính của giao thức nên việc thúc đẩy quản trị tối thiểu theo thời gian, ngay cả khi điều đó có nghĩa là một cấp độ giao thức duy nhất. Tốc độ phát triển chậm hơn  ;nhưng vẫn sẽ mang lại tỷ lệ chấp nhận tối đa 


Việc giảm thiểu quản trị giúp toàn bộ hệ sinh thái phát triển nhanh hơn


Điều tuyệt vời nhất là một giao thức duy nhất đáng tin cậy cho phép toàn bộ hệ sinh thái phát triển nhanh hơn vì các nhà phát triển có thể tự tin sử dụng các khối xây dựng này. Hãy tưởng tượng việc phát triển ứng dụng Internet sẽ nhanh hơn bao nhiêu nếu mã của mọi công ty đều là nguồn mở, trung lập và có sẵn cho bất kỳ ai.


Khi nào quản trị có giá trị?


Cần phải có quản trị khi cơ chế cốt lõi của giao thức yêu cầu nhập các tham số theo cách thủ công  Cần có đầu vào của con người khi không thể biết trước phản hồi của giao thức đối với một hoạt động cụ thể hoặc không thể lấy được từ dữ liệu trên chuỗi và do đó không thể được mã hóa vào giao thức. Chúng tôi gọi những cơ chế này là " quản trị thiết yếu ".


Các lĩnh vực cần thiết cho quản trị bao gồm:


Bản thân sự đồng thuận của giao thức (ví dụ: Lớp đầu tiên cơ chế đồng thuận của Bitcoin hoặc Ethereum). Sự đồng thuận là để xác định lịch sử nào trong hai lịch sử là hợp lệ. Kiểu quản trị này bị hạn chế nghiêm ngặt: Người khai thác Bitcoin có thể chi tiêu gấp đôi và quay ngược lịch sử, nhưng họ không thể phát hành Bitcoin không giới hạn.


Oracle . Oracles yêu cầu một số dạng cơ chế của con người để quyết định xem dữ liệu của họ có hợp lệ hay không.


Các lĩnh vực có thể cần quản trị bao gồm:


Quản lý tài sản . Quản trị có thể sẽ cần thiết trong tương lai gần: quyết định cách phân bổ vốn là một vấn đề khó tự động hóa.


Cài đặt tham số phức tạp: Ví dụ: Maker hiện yêu cầu quản trị phê duyệt các loại tài sản thế chấp mới và đặt ra các yêu cầu tài sản thế chấp tương ứng. Có những vấn đề về tính phù hợp với tài sản thế chấp mới (một số tài sản thế chấp thậm chí có thể không tồn tại cho đến ngày nay!), hồ sơ rủi ro của chúng rất khó đánh giá trước và những đặc điểm này vốn rất khó mã hóa.


Một số hoạt động quản lý có thể bị loại bỏ theo thời gian. Ví dụ: Maker có thể xây dựng cơ chế đặt lãi suất theo chương trình, loại bỏ nhu cầu quản trị để đặt lãi suất.


Quản trị thường là một sự đánh đổi phức tạp. Ví dụ: hệ thống Maker chọn cho phép nhiều loại tài sản thế chấp khác nhau để có hiệu quả sử dụng vốn cao hơn. Tất nhiên, điều này có một nhược điểm, đó là khả năng xử lý các loại tài sản thế chấp mới đòi hỏi phải có sự quản trị, với tất cả các rủi ro hệ thống, năng lượng cộng đồng và sự phức tạp liên quan đến việc quản trị đó. Có thể xây dựng một giải pháp thay thế tối thiểu hóa quản trị cho Maker bằng cách chỉ sử dụng một loại tài sản thế chấp; liệu hệ thống này có "tốt hơn" hay không là một thách thức để đánh giá.


Cuối cùng, trong một số trường hợp, quản trị có thể là một một chức năng . Ví dụ: mọi người có thể thay đổi luật chơi (quản trị), điều này có thể trở thành cơ chế cốt lõi để thu hút người dùng của một số trò chơi hoặc ứng dụng xã hội.


Quản trị tối thiểu không phải là thuốc chữa bách bệnh


Mặc dù các giao thức với quản trị tối thiểu đáng tin cậy hơn nhưng nó vẫn có thể gây ra những hậu quả không mong muốn đối với một số nhóm bên liên quan.


Ví dụ: phần lớn những người tham gia giao thức giảm thiểu quản trị vẫn có thể chọn một hard fork mang lại lợi ích cho họ nhưng gây thiệt hại cho những người khác. Tuy nhiên, cái giá phải trả rất cao: việc vi phạm trắng trợn tính trung lập đáng tin cậy sẽ khiến các bên liên quan tiềm năng trong tương lai mất niềm tin trong khi việc loại bỏ các bên liên quan thường sẽ làm giảm hiệu ứng mạng và việc sử dụng giao thức. Tất nhiên, phân nhánh cũng có thể là một chức năng: hai nhóm bên liên quan khác nhau có thể sử dụng phân nhánh để mỗi nhóm có được thời lượng giao thức mà họ muốn.


Điểm mấu chốt là việc loại bỏ quản trị ở một số nơi không có nghĩa là việc loại bỏ quản trị có thể hoặc sẽ bị loại bỏ ở mọi nơi. Nó thậm chí có thể dẫn đến việc quản trị trở nên quan trọng hơn ở ít khu vực tập trung hơn.


Quản trị tiền điện tử vẫn quan trọng và thời điểm chín muồi để đổi mới


Quản trị hoạt động tốt vẫn rất quan trọng, đặc biệt là trong các lĩnh vực quản trị thiết yếu (ví dụ: sự đồng thuận cấp một, các lời tiên tri). Nếu bản chất của blockchain là cung cấp một sổ cái mà tính xác thực của nó được chấp nhận rộng rãi thì tính toàn vẹn của nó là rất quan trọng.


Đổi mới trong hệ thống quản trị trên chuỗi vẫn là một lĩnh vực quan trọng. Những cải tiến so với tiêu chuẩn " một xu, một phiếu bầu" ngây thơ hiện tại (ví dụ: bỏ phiếu bậc hai, thị trường quyết định tương lai) là có thể và việc tạo ra chúng là rất quan trọng.


Tôi vẫn vui mừng khi thấy những thử nghiệm này đang diễn ra và tin rằng: chúng ta sẽ thấy sự đổi mới trong hệ thống quản trị thông qua blockchain trong những thập kỷ tới. Hơn cả "thế giới thực" .


Nắm bắt giá trị


Mức độ quản trị cần thiết cho giá trị là một thử nghiệm diễn ra trong thực tế thời gian. Độ bám của con trỏ, chi phí gas, trạng thái khởi động của người dùng (ví dụ: đặt giá thầu theo thời gian thực trong một sàn giao dịch phi tập trung, người dùng cần khởi động lại trong giao thức mới) và các hiệu ứng mạng khác có thể tạo ra  khả năng phòng thủ  và có thể làm cho các giao thức giảm thiểu Quản trị nắm bắt được giá trị.


Nắm bắt giá trị = sử dụng x tỷ lệ chuyển đổi . Tuyên bố cốt lõi của bài viết này là việc sử dụng các giao thức giảm thiểu quản trị sẽ mang lại giá trị cao hơn (phía bên trái của phương trình). Tỷ lệ chuyển đổi (phía bên phải của phương trình) vẫn là một câu hỏi chưa có câu trả lời chắc chắn.


So với các doanh nghiệp truyền thống, các giao thức giảm thiểu quản trị có thể có số lượng sử dụng cao hơn nhưng tỷ lệ chuyển đổi thấp hơn. Đây là mối quan hệ được khám phá trong kinh tế học.


Ngoài ra, cũng có nhiều người ham nghe câu “bắt giá trị” nhưng lại cho là “ác”! Việc nắm bắt giá trị phục vụ một số mục đích quan trọng. Đầu tiên, nó khuyến khích việc tạo ra các giao thức . Thứ hai, nếu cần phải quản trị thì việc nắm bắt giá trị quản trị là cần thiết để khuyến khích đóng góp cho quản trị và bảo mật(khiến một cuộc tấn công 51% vào quản trị trở nên tốn kém hơn). Cuối cùng nó có thể giúp tài trợ cho sự phát triển hơn nữa.


Cuối cùng chỉ có " quản trị thiết yếu " mới có thể bào chữa được. Bất cứ thứ gì không cần thiết đều có khả năng bị cạnh tranh loại bỏ theo thời gian.


Kết luận


Các giao thức có mức quản lý tối thiểu sẽ dẫn đến việc sử dụng rộng rãi nhất. Đây là thuộc tính cốt lõi bắt đầu một vòng phản hồi tích cực giữa sự tin tưởng và sự chấp nhận. Nó cũng đặt các công cụ mạnh mẽ, thiết yếu vào tay tất cả những người sáng tạo, tạo ra nhiều cơ hội hơn và tiến bộ nhanh hơn cho toàn bộ hệ sinh thái tiền điện tử.


Khi mã hóa phát triển để trở thành một trong những công nghệ quan trọng nhất trong vài thập kỷ tới, việc giảm thiểu quản trị có thể mang lại cơ hội lớn hơn cho toàn xã hội và tiến bộ nhanh hơn .


Cảm ơn Brian Armstrong, Vitalik Buterin, Gus Coldebella, Jacob Horne, Matt Huang, Georgios Konstantopoulos, Steve Lee, Charlie Noyes, James Prestwich, Dan Romero và David Vorick, những cuộc trò chuyện với họ đã đóng góp rất nhiều cho bài viết này.


Liên kết gốc


Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia

举报 Báo lỗi/Báo cáo
Chọn thư viện
Thêm mới thư viện
Hủy
Hoàn thành
Thêm mới thư viện
Chỉ mình tôi có thể nhìn thấy
Công khai
Lưu
Báo lỗi/Báo cáo
Gửi