**a16z đã thiết lập một vị trí quan trọng trong lĩnh vực mã hóa để hướng dẫn sự phát triển của ngành bằng các bài báo chuyên sâu của anh ấy, cung cấp cho chúng tôi hướng dẫn cần thiết để cải thiện và chuyển đổi nhận thức. Gần đây, a16z đã tập trung vào các vấn đề ngoài nền kinh tế mã thông báo. Nó bắt đầu với một cuộc nói chuyện về "Thiết kế mã thông báo", tiếp theo là "Tokenology: Beyond Token Economics" và bây giờ là khóa học "Thiết kế giao thức" rất được mong đợi. Là giảng viên của khóa học, Eddy Lazzarin, CTO của a16z crypto, đã nhiều lần nhấn mạnh rằng chìa khóa để vượt qua nền kinh tế mã thông báo nằm ở thiết kế giao thức và thiết kế mã thông báo chỉ là một phương tiện phụ trợ. Trong khóa học tập trung vào thiết kế giao thức này, ông đã chia sẻ hơn một giờ đồng hồ, mang lại những hiểu biết quý giá và sự khai sáng cho các doanh nhân, giúp họ hiểu sâu sắc vai trò chính của thiết kế giao thức đối với sự thành công của dự án. Bài viết này là một phiên bản đơn giản hóa của bản dịch. Để biết thêm nội dung thú vị, hãy xem liên kết đến phiên bản toàn văn của bản dịch. **
Quy luật vốn có của quá trình phát triển giao thức
Giao thức Internet: Mối ràng buộc của tương tác
Internet là mạng giao thức, bao gồm nhiều loại giao thức khác nhau. Một số giao thức ngắn gọn, chẳng hạn như sơ đồ trạng thái của HTTP, trong khi những giao thức khác khá phức tạp, chẳng hạn như sơ đồ tương tác của giao thức Maker. Hình dưới đây cho thấy các giao thức khác nhau, bao gồm giao thức Internet, giao thức vật lý và giao thức chính trị. Ở bên trái của hình ảnh bên dưới, chúng tôi thấy một bản đồ tương tác của một ngã tư đường phố, chúng tôi cảm thấy quen thuộc và thú vị.
Điểm chung của các giao thức này là chúng đều là các hệ thống tương tác được chính thức hóa, tạo điều kiện thuận lợi cho hành vi nhóm phức tạp, vốn là thành phần cốt lõi của giao thức. Sức mạnh của giao thức Internet nằm ở khả năng kết nối không chỉ các tương tác giữa người với người mà cả phần mềm. Chúng tôi biết rằng phần mềm có khả năng thích ứng cao và hiệu quả, có khả năng tích hợp các cơ chế. Như vậy, Giao thức Internet được cho là một trong những loại giao thức quan trọng nhất, nếu không muốn nói là quan trọng nhất của chúng ta.
Sự phát triển của giao thức: Web1 - Web2 - Web3
Trong biểu đồ bên dưới, trục hoành biểu thị mức độ phân cấp và tập trung của giao thức, nghĩa là mức độ kiểm soát giao thức. Trên trục tung, có một mô hình kinh tế đã được thống nhất, đề cập cụ thể đến việc mô hình kinh tế đó là rõ ràng hay không xác định. Sự khác biệt này có vẻ tinh tế, nhưng nó có ý nghĩa quan trọng.
Web1: Mô hình kinh tế phi tập trung & không rõ ràng
Các giao thức trong thời kỳ Web1 (như NNTP, IRC, SMTP và RSS) trung lập về dòng giá trị, quyền sở hữu, quyền truy cập và cơ chế thanh toán, không có mô hình kinh tế rõ ràng. Trong số đó, Usenet là một giao thức tương tự như Reddit ngày nay để trao đổi bài đăng và tệp. IRC là một giao thức trò chuyện ban đầu và được sử dụng rộng rãi, SMTP và RSS được sử dụng cho đăng ký e-mail và nội dung.
Usenet là một nền tảng được tổ chức phân loại cho phép người dùng đăng nội dung có liên quan trên các máy chủ phụ của các danh mục cụ thể. Đó là một phần quan trọng của văn hóa Internet sơ khai và tồn tại bên ngoài HTTP. Sử dụng Usenet yêu cầu một máy khách cụ thể và Nhà cung cấp dịch vụ Internet (ISP) hỗ trợ Usenet. Usenet được phân phối trên một số lượng lớn các máy chủ tin tức luôn thay đổi mà bất kỳ ai cũng có thể điều hành và các bài đăng được tự động chuyển tiếp đến các máy chủ khác, tạo thành một hệ thống phi tập trung. Mặc dù người dùng hiếm khi trả tiền trực tiếp để truy cập Usenet, nhưng vào cuối những năm 2000, một số người đã bắt đầu trả tiền cho các máy chủ Usenet thương mại. Nhìn chung, Usenet thiếu một mô hình kinh tế giao thức rõ ràng và người dùng phải sử dụng nó thông qua các giao dịch của chính họ.
Các giao thức Web1 này giống nhau về mặt kiến trúc và bắt nguồn từ các giá trị giống nhau. Ngay cả khi có ít kiến thức về các giao thức, chúng ta vẫn có thể hiểu cách chúng hoạt động, điều này cho thấy tầm quan trọng của **Tính dễ đọc của giao thức Web1 và các mẫu rõ ràng. **Tuy nhiên, các giao thức này đã dần gặp phải lỗi hoặc thay đổi theo thời gian. Nguyên nhân thất bại có thể do hai khía cạnh: thứ nhất, thiếu tính năng đặc thù, không thể cạnh tranh với các đối thủ Web2; thứ hai, khó khăn trong việc huy động vốn. Cuối cùng, sự thành công của một giao thức phụ thuộc vào khả năng thực hiện phương pháp tiếp cận phi tập trung và phát triển mô hình kinh tế bền vững để kết hợp các tính năng cụ thể. Tóm lại, giao thức Web1 có thể được phân loại là phi tập trung và thiếu một mô hình kinh tế rõ ràng.
Web2: Mô hình kinh tế tập trung & rõ ràng
Web2 đã mang lại một xu hướng thú vị: Reddit đã thay thế các diễn đàn như Usenet và các hệ thống nhắn tin tập trung như WhatsApp và iMessage đã thay thế các diễn đàn như IRC. Trong khi email vẫn tồn tại, nó bị thách thức bởi vấn đề thư rác. Ngoài ra, RSS đã không cạnh tranh tốt với Twitter. **Web2 giải quyết các hạn chế của giao thức Web1 và cung cấp chức năng cụ thể. ** Email và các giao thức phi tập trung khác không thể xác minh tính hợp pháp của tin nhắn, danh tính người gửi, quyền hạn và các mối quan hệ kinh tế, vì vậy việc xử lý thư rác trở thành một vấn đề. Trong các hệ thống phi tập trung chưa trưởng thành, việc không có các tính năng này cho phép các đối thủ cạnh tranh tập trung vượt trội so với những người tiền nhiệm của họ bằng cách cung cấp các tính năng độc đáo.
**Giao thức Web2 hoàn toàn nằm dưới sự kiểm soát của chủ sở hữu, chỉ bị giới hạn bởi chính sách và luật kinh doanh. **Để thúc đẩy sự phát triển của giao thức Web1, cần có một mô hình kinh tế rõ ràng hơn. Tuy nhiên, không thể đạt được một mô hình kinh tế rõ ràng trong khi vẫn duy trì sự phân cấp mà không sử dụng các công cụ công nghệ mã hóa và đồng thuận phi tập trung, máy tính có thể kiểm chứng. **Thỏa thuận thường chuyển từ góc dưới bên trái của không gian thiết kế sang góc trên bên phải. Đôi khi các giao thức trở nên tập trung trên thực tế, chẳng hạn như email. Với hơn 50% email được xử lý bởi các nhà cung cấp dịch vụ email tập trung, email đã trở nên tập trung cao độ. Email chịu áp lực từ vấn đề thư rác, thiếu mô hình kinh tế, chia sẻ chi phí đăng ký DNS và chi phí chuyển đổi cao.
Trong trường hợp không có mô hình kinh tế khả thi, email chỉ có thể bền vững như một dự án phụ của các công ty công nghệ lớn. Các phương pháp giảm thư rác dựa trên quy mô kinh tế và ràng buộc dữ liệu, đồng thời các công ty lưu trữ hàng triệu tài khoản email sẽ dễ dàng phát hiện ra sự bất thường hơn. Ngoài ra, chi phí chuyển đổi cũng là một yếu tố quan trọng. Bây giờ, chúng ta cần nhận ra hai lực lượng tập trung chính ảnh hưởng đến các thành phần khác nhau của giao thức,** liên tục hoạt động ở mọi ngã rẽ trong quy trình thiết kế giao thức và chúng là hiệu ứng mạng và chi phí chuyển đổi. **
**Hiệu ứng mạng là hiện tượng tích lũy năng lượng khi hệ thống mở rộng quy mô và được sử dụng rộng rãi. Chi phí chuyển đổi đề cập đến chi phí kinh tế, nhận thức hoặc thời gian cần thiết để người dùng rời khỏi hệ thống hiện tại và chuyển sang hệ thống khác. **Trong ví dụ về email, chi phí chuyển đổi rất quan trọng đối với người dùng sử dụng Gmail. Nếu bạn sử dụng Gmail nhưng không có tên miền riêng, chi phí chuyển đổi sẽ cao. Tuy nhiên, nếu bạn sở hữu tên miền của riêng mình, bạn có thể tự do chuyển đổi nhà cung cấp dịch vụ thư và tiếp tục sử dụng bất kỳ nhà cung cấp dịch vụ nào để nhận thư. Một công ty có thể tăng chi phí chuyển đổi thông qua thiết kế giao thức, buộc hoặc khuyến khích người dùng sử dụng các thành phần cụ thể, do đó làm giảm khả năng người dùng chuyển sang nhà cung cấp khác.
Lấy ví dụ Reddit, một hệ thống cho phép người điều hành đơn phương kiểm soát các diễn đàn con, làm mờ ranh giới giữa phân cấp và tập trung. Mặc dù việc cho phép bất kỳ ai trở thành người điều hành có thể được coi là một hình thức phân cấp, nhưng chúng vẫn là hệ thống tập trung hoàn toàn nếu quyền lực tối cao vẫn nằm trong tay quản trị viên (chẳng hạn như nhóm Reddit). Trải nghiệm người dùng chất lượng cao không liên quan gì đến quyền lực tập trung, nhưng việc cung cấp trải nghiệm người dùng chất lượng cao thường cần hỗ trợ tài chính. ** Trong thời đại của Web1, do thiếu vốn, các giao thức phi tập trung thường không thể mang lại trải nghiệm tốt cho người dùng. ** Kinh phí đóng một vai trò quan trọng trong việc mang lại trải nghiệm người dùng chất lượng cao.
Web3: Mô hình kinh tế phi tập trung & rõ ràng
Trên nền tảng **Web2 như Twitter, Facebook, Instagram hoặc TikTok, sự lựa chọn của người dùng bị hạn chế, tùy thuộc vào các quyết định về giao diện của nền tảng. **Tuy nhiên, các thành phần phi tập trung do Web3 giới thiệu sẽ thay đổi giao thức như thế nào? Việc sử dụng công nghệ mã hóa và chuỗi khối có thể làm giảm sự phụ thuộc vào niềm tin, đồng thời làm rõ tính kinh tế và hỗ trợ phân cấp. **Web3 cung cấp tính mở, khả năng tương tác và nguồn mở, với mô hình kinh tế rõ ràng và khả năng tích hợp các quỹ trong giao thức để đạt được sự phát triển bền vững và tránh độc quyền tất cả các giá trị. **
**Là một nhà phát triển, chọn xây dựng trên một hệ thống phi tập trung với mô hình kinh tế rõ ràng là lựa chọn tốt nhất. Bằng cách này đảm bảo sự tồn tại liên tục của hệ thống và hiểu được các mối quan hệ kinh tế liên quan đến nó mà không cần phải để các mối quan hệ kinh tế phát triển bên ngoài thỏa thuận. ** Xét về tính ổn định và nắm bắt giá trị, điều này cần được xem xét theo cách khác. Việc chọn xây dựng trên một hệ thống phi tập trung là rất quan trọng vì nó tránh được những rủi ro tiềm ẩn và xây dựng một dự án bền vững và có tiềm năng trở thành hệ thống lớn nhất có thể.
Việc xây dựng Internet không còn bị coi là hành vi điên rồ, bởi vì bản thân Internet là một hệ thống hoàn toàn phi tập trung. Tương tự như vậy, việc sử dụng các ngôn ngữ lập trình mã nguồn mở và sự phụ thuộc vào trình duyệt web đã trở thành nền tảng vững chắc để xây dựng các dự án đầy tham vọng. Việc xây dựng trên một hệ thống tập trung có thể bị hạn chế và ngăn cản quy mô và phạm vi của dự án. Web3 thu hút các nhà phát triển tuyệt vời, những người có thể xây dựng các dự án lớn hơn, tham vọng hơn. Các hệ thống hoặc nền tảng khác có thể xuất hiện và cạnh tranh với nền tảng Web2 hiện có, tuân thủ các quy định và có lợi thế cạnh tranh, đồng thời cạnh tranh gay gắt với nền tảng Web2.
Vấn đề lớn nhất với mạng Web2 là mô hình kinh doanh quá mong manh và được tối ưu hóa quá mức. Các mạng này theo đuổi việc tối ưu hóa cho các số liệu cụ thể trong khi bỏ qua những thứ không liên quan đến mục tiêu của họ, dẫn đến thiếu đổi mới và phát triển sản phẩm mới. Trong khi họ có hiệu ứng mạng mạnh mẽ, không đủ để hình thành độc quyền, họ dễ bị đối phó bởi những điểm yếu của họ.
Ngược lại, **Web3 cung cấp một không gian linh hoạt và đổi mới hơn thông qua phân cấp và mô hình kinh tế rõ ràng. **Tương tự như một hệ sinh thái rừng nhiệt đới phong phú và đa dạng, hệ thống Web3 đã thiết lập cơ sở hạ tầng và các giao thức phù hợp cho sự phát triển của tất cả các loại điều thú vị, cung cấp một mảnh đất màu mỡ hơn cho sự đổi mới. Bằng cách tận dụng tiền điện tử và các mô hình kinh tế mã thông báo, những người tham gia được đảm bảo rằng sự sáng tạo và chấp nhận rủi ro của họ sẽ được khen thưởng, thúc đẩy sự phát triển của hệ thống.
Do đó, **Web3 có tiềm năng đổi mới và tính bền vững của hệ sinh thái tốt hơn, thay vì chỉ dựa vào việc tích lũy các nguồn lực kinh tế. **Mô hình kinh tế rõ ràng và các tính năng phân cấp cho phép Web3 đạt được sự đổi mới và phát triển theo đúng nghĩa, thoát khỏi tình trạng khó tối ưu hóa quá mức và tích lũy tập trung trong một lĩnh vực duy nhất. Bằng cách giới thiệu công nghệ mã hóa và mô hình kinh tế mã thông báo, Web3 cung cấp cho người tham gia không gian sáng tạo và cơ chế trả lại lớn hơn, đồng thời thúc đẩy sự phát triển của hệ thống theo hướng có giá trị và lâu dài hơn.
Trường hợp thiết kế giao thức Web3
Bối cảnh trường hợp và mục tiêu thiết kế
Hãy bắt đầu với một ví dụ thú vị, "Stable Horde" là một hệ thống miễn phí để tạo hình ảnh và giao thức Web2. Nó sử dụng tính năng lớp cộng tác cho phép người dùng yêu cầu những người khác sẵn sàng trợ giúp để tạo hình ảnh. Máy khách gửi nhiệm vụ vào hàng đợi công việc, nhân viên thực hiện xử lý suy luận và gửi kết quả đến bộ lưu trữ kết quả, từ đó khách hàng có thể truy xuất kết quả và trả điểm Kudos cho nhân viên. Trong Stable Horde, Kudos là một hệ thống điểm miễn phí được sử dụng để ưu tiên các nhiệm vụ. Tuy nhiên, hàng đợi càng dài thì càng mất nhiều thời gian để tạo hình ảnh do hạn chế về tài nguyên máy tính.
Chúng tôi phải đối mặt với một vấn đề thú vị: làm thế nào để mở rộng hệ thống này để làm cho nó lớn hơn và chuyên biệt hơn, trong khi vẫn mở và có thể tương tác, mà không có nguy cơ tập trung hóa để phá hủy tinh thần ban đầu của dự án. **Một đề xuất là chuyển đổi điểm Kudos thành mã thông báo ERC20 và ghi lại chúng trên chuỗi khối. Tuy nhiên, chỉ cần thêm blockchain có thể gây ra một loạt vấn đề, chẳng hạn như tấn công kết quả sai, v.v.
Hãy suy nghĩ lại về quy trình thiết kế giao thức. **Bạn phải luôn bắt đầu với một mục tiêu rõ ràng, sau đó xem xét các ràng buộc và cuối cùng xác định cơ chế. **Việc thiết kế một hệ thống đòi hỏi phải đo lường các mục tiêu và xác định các cơ chế hiệu quả. Các ràng buộc có dạng nội sinh và ngoại sinh, và bằng cách hạn chế không gian thiết kế, các cơ chế có thể được xác định rõ ràng hơn. Các cơ chế là nội dung của giao thức, chẳng hạn như thanh toán bù trừ, định giá, đặt cược, ưu đãi, thanh toán và xác minh. Các thiết kế phải phù hợp với các ràng buộc và đáp ứng các mục tiêu được xác định rõ ràng.
Ví dụ về giao thức Web3: Không ổn định Lú lẫn
Hãy chuyển sang một giao thức Web3 hoàn toàn mới có tên là "Sự nhầm lẫn không ổn định". Trong phần tiếp theo, chúng tôi phác thảo một số hướng thú vị được đề xuất trong bối cảnh chuyển đổi giao thức Web2 hiện có "Ổ ổn định" sang giao thức Web3 "Sự nhầm lẫn không ổn định".
Như đã đề cập trước đó, có vấn đề về việc gửi kết quả sai, vì vậy cần phải có một cơ chế để đảm bảo rằng người dùng nhận được những gì họ cần, đây được gọi là "lý luận xác thực". Nói một cách đơn giản, chúng ta cần xác minh lý do để đảm bảo rằng kết quả của nó như mong đợi. Một vấn đề khác liên quan đến công nhân trong "Stable Horde". Công nhân yêu cầu nhiệm vụ tiếp theo từ cơ sở dữ liệu theo thứ tự họ được yêu cầu và giao nhiệm vụ cho nhân viên đưa ra yêu cầu sớm nhất. Tuy nhiên, trong một hệ thống có liên quan đến tiền, công nhân có thể yêu cầu các nhiệm vụ với số lượng lớn để được trả nhiều tiền hơn, nhưng thực tế không có ý định hoàn thành chúng. Chúng có thể cạnh tranh để có độ trễ thấp, lấy các tác vụ và gây tắc nghẽn hệ thống. **
Để giải quyết các vấn đề trên, một số giải pháp được đề xuất. Đầu tiên là "Trả theo tỷ lệ đóng góp", nơi người lao động được trả theo đóng góp của họ, cạnh tranh cho các nhiệm vụ theo cách có lợi cho mạng. Thứ hai là "tham gia linh hoạt", tức là người lao động có thể tự do tham gia hoặc thoát khỏi hệ thống với chi phí thấp hơn, thu hút nhiều người tham gia hơn. Cuối cùng "Độ trễ thấp", nghĩa là mức độ phản hồi và tốc độ của ứng dụng, rất quan trọng đối với trải nghiệm người dùng. ** Quay trở lại mục tiêu của chúng tôi, xây dựng một thị trường phi tập trung, có thể tương tác để tạo hình ảnh. Mặc dù chúng tôi vẫn còn một số hạn chế chính, nhưng những hạn chế này có thể được bổ sung, sửa đổi hoặc chi tiết cụ thể hơn sau này. Bây giờ, chúng ta có thể đánh giá tính khả thi của các cơ chế khác nhau.
Thiết kế cơ chế tiềm năng
1. Cơ chế xác minh
Chúng ta có thể sử dụng các phương pháp như lý thuyết trò chơi và mật mã để đảm bảo tính chính xác của suy luận. Cơ chế lý thuyết trò chơi có thể được sử dụng trong các hệ thống giải quyết tranh chấp, nơi người dùng có thể leo thang tranh chấp và được phân xử bởi các vai trò cụ thể. Kiểm tra mẫu hoặc liên tục là một cách tiếp cận khác, bằng cách xem xét công việc của người lao động, đảm bảo rằng các nhiệm vụ được giao cho những người lao động khác nhau và ghi lại những người lao động nào vượt qua cuộc kiểm tra. Bằng chứng không kiến thức trong mật mã có thể tạo ra bằng chứng hiệu quả để xác minh tính đúng đắn của suy luận. Các phương pháp truyền thống bao gồm các tổ chức bên thứ ba đáng tin cậy và đánh giá của người dùng, nhưng có những rủi ro tập trung và hiệu ứng mạng.
Các cơ chế xác thực khả thi khác bao gồm có nhiều nhân viên hoàn thành cùng một nhiệm vụ và người dùng chọn từ kết quả. Điều này có thể tốn kém, nhưng nếu chi phí đủ thấp, nó có thể được coi là một cách tiếp cận.
2. Chiến lược giá
Về chiến lược định giá, sổ đặt hàng có thể được thiết lập trên chuỗi. Cũng có thể sử dụng các chỉ số proxy tài nguyên máy tính có thể kiểm chứng trên chuỗi, chẳng hạn như gas. Cách tiếp cận này khác với một thị trường tự do đơn giản, nơi người dùng chỉ cần đăng những gì họ sẵn sàng trả cho suy luận, mà người lao động có thể chấp nhận hoặc họ có thể đặt giá thầu để cạnh tranh cho các nhiệm vụ. Thay vào đó, người dùng có thể tạo một số liệu proxy giống như gas trong đó một suy luận cụ thể yêu cầu một lượng tài nguyên máy tính nhất định và lượng tài nguyên máy tính trực tiếp xác định giá. Bằng cách này, hoạt động của toàn bộ cơ chế có thể được đơn giản hóa.
Ngoài ra, có thể sử dụng sổ đặt hàng ngoài chuỗi, ít tốn kém hơn để chạy và có khả năng rất hiệu quả. Tuy nhiên, vấn đề là bất cứ ai sở hữu sổ đặt hàng đó đều có thể tập trung hiệu ứng mạng vào chính họ.
3. Cơ chế lưu trữ
Cơ chế lưu trữ là rất quan trọng để đảm bảo rằng kết quả công việc có thể được chuyển đến người dùng một cách chính xác, nhưng rất khó để giảm rủi ro tin cậy và chứng minh rằng công việc đã được giao chính xác. Người dùng có thể đặt câu hỏi liệu một mặt hàng đã được giao hay chưa, tương tự như phàn nàn về việc không nhận được mặt hàng như mong đợi. Kiểm toán viên có thể cần xác minh quy trình tính toán và kiểm tra tính chính xác của kết quả đầu ra. Do đó, đầu ra phải hiển thị với giao thức và được lưu trữ ở nơi giao thức có thể truy cập.
Về cơ chế lưu trữ, chúng tôi có một số tùy chọn. Một là lưu trữ dữ liệu trên chuỗi, nhưng điều này rất tốn kém. Một tùy chọn khác là sử dụng mạng mã hóa lưu trữ chuyên dụng, phức tạp hơn nhưng cố gắng giải quyết vấn đề theo kiểu ngang hàng. Ngoài ra, có một tùy chọn để lưu trữ dữ liệu ngoài chuỗi, nhưng điều này làm phát sinh các vấn đề khác, vì bất kỳ ai kiểm soát hệ thống lưu trữ đó đều có thể ảnh hưởng đến các khía cạnh khác như quy trình xác minh và chuyển giao khoản thanh toán cuối cùng.
4. Chiến lược phân bổ nhiệm vụ
Cách thức phân bổ nhiệm vụ cũng cần được xem xét, đây là một lĩnh vực tương đối phức tạp. Có thể được coi là công nhân tự chọn nhiệm vụ sau khi nhiệm vụ được gửi hoặc thỏa thuận phân phối nhiệm vụ sau khi nhiệm vụ được gửi và cũng có thể cho phép người dùng hoặc người dùng cuối chọn công nhân cụ thể. Mỗi cách tiếp cận đều có ưu và nhược điểm, đồng thời xem xét sự kết hợp của các cách mà giao thức quyết định nhân viên nào có thể yêu cầu nhiệm vụ nào.
Phân công nhiệm vụ liên quan đến nhiều chi tiết thú vị. Ví dụ: trong một hệ thống dựa trên giao thức, nó cần biết liệu một nhân viên có trực tuyến và sẵn sàng hay không để quyết định có giao nhiệm vụ cho nhân viên đó hay không. Bạn cũng cần biết năng suất và tải trọng của từng công nhân. Do đó, các yếu tố bổ sung khác nhau cần được xem xét trong giao thức, những yếu tố này có thể không được đưa vào trong quá trình triển khai đơn giản ban đầu.
Điểm chính của thiết kế giao thức phi tập trung
7 yếu tố thiết kế chính có thể dẫn đến rủi ro tập trung
Chúng bao gồm đặt tên không gian được giới thiệu qua email, hệ thống thanh toán, danh tiếng và lưu trữ, đối sánh, hệ thống định giá và hệ thống xác minh. Các yếu tố này có thể trở nên tập trung do hiệu ứng mạng hoặc chi phí chuyển đổi cao. Quản lý giao thức bằng cách giảm thiểu sự tích tụ của các hiệu ứng mạng, chuyển các hiệu ứng mạng vào giao thức và xây dựng lớp kiểm soát phi tập trung vào giao thức để đảm bảo sức khỏe lâu dài của hệ thống. Kiểm soát phi tập trung có thể đạt được bằng cách sử dụng mã thông báo dễ bay hơi hoặc các thiết kế quản trị khác như hệ thống danh tiếng hoặc cơ chế bầu cử luân phiên.
Giảm chi phí chuyển đổi và thúc đẩy khả năng tương tác
Để khuyến khích các doanh nhân xây dựng các ứng dụng trên hệ thống, điều quan trọng là phải giảm chi phí chuyển đổi và thúc đẩy khả năng tương tác giữa các hệ thống khác nhau. Tránh đưa ra chi phí chuyển đổi cao và giảm sự phụ thuộc quá mức vào sổ đặt hàng ngoài chuỗi hoặc hệ thống xác minh của bên thứ ba.
Sử dụng công nghệ Web3 để tạo ra một hệ thống phi tập trung
Tận dụng các công cụ và nguyên tắc của Web3 để thiết kế các hệ thống trao quyền cho các doanh nhân và tránh tập trung hóa quá mức. Các giao thức tuân theo các nguyên tắc của Web3 thường có quy mô lớn hơn, tuổi thọ dài hơn và sức sống của hệ sinh thái sôi động hơn, cung cấp các lĩnh vực khám phá sáng tạo màu mỡ vượt ra ngoài ranh giới do những người đương nhiệm lớn nhất đặt ra.
Nghiên cứu sâu và lựa chọn giải pháp tốt nhất
Khi thiết kế một giao thức và xác định một chiến lược, các khía cạnh khác nhau cần được nghiên cứu sâu. Để xác thực, các giải pháp mật mã thường là lựa chọn tốt nhất. Về giá cả, các chỉ số proxy sử dụng tài nguyên điện toán có thể xác minh trên chuỗi có thể được điều chỉnh cho phù hợp với nhiều tác vụ suy luận hoặc máy học khác nhau. Về mặt phân công nhiệm vụ, một giao thức cập nhật khả năng và trạng thái của nhân viên trong thời gian thực được áp dụng để phân phối nhiệm vụ một cách công bằng và cho phép nhân viên lựa chọn độc lập có nhận nhiệm vụ hay không. Đối với các vấn đề về lưu trữ, các giải pháp như công nghệ phân mảnh nguyên mẫu có thể được xem xét để giải quyết vấn đề trong thời gian ngắn và áp dụng các phương pháp lưu trữ tạm thời.
Khi thiết kế một hệ thống phi tập trung, những cân nhắc ở trên có thể giúp xây dựng một hệ thống với các thuộc tính phi tập trung và mạnh mẽ lâu dài.
Bản gốc: Thiết kế giao thức: Tại sao và như thế nào
Link bản dịch toàn văn:
Xem bản gốc
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
Khóa học doanh nhân mã hóa a16z: Sau "Thiết kế mã thông báo", "Thiết kế giao thức" được ra mắt
Bởi Eddy Lazzarin
Biên soạn: Sissi
Giới thiệu:
**a16z đã thiết lập một vị trí quan trọng trong lĩnh vực mã hóa để hướng dẫn sự phát triển của ngành bằng các bài báo chuyên sâu của anh ấy, cung cấp cho chúng tôi hướng dẫn cần thiết để cải thiện và chuyển đổi nhận thức. Gần đây, a16z đã tập trung vào các vấn đề ngoài nền kinh tế mã thông báo. Nó bắt đầu với một cuộc nói chuyện về "Thiết kế mã thông báo", tiếp theo là "Tokenology: Beyond Token Economics" và bây giờ là khóa học "Thiết kế giao thức" rất được mong đợi. Là giảng viên của khóa học, Eddy Lazzarin, CTO của a16z crypto, đã nhiều lần nhấn mạnh rằng chìa khóa để vượt qua nền kinh tế mã thông báo nằm ở thiết kế giao thức và thiết kế mã thông báo chỉ là một phương tiện phụ trợ. Trong khóa học tập trung vào thiết kế giao thức này, ông đã chia sẻ hơn một giờ đồng hồ, mang lại những hiểu biết quý giá và sự khai sáng cho các doanh nhân, giúp họ hiểu sâu sắc vai trò chính của thiết kế giao thức đối với sự thành công của dự án. Bài viết này là một phiên bản đơn giản hóa của bản dịch. Để biết thêm nội dung thú vị, hãy xem liên kết đến phiên bản toàn văn của bản dịch. **
Quy luật vốn có của quá trình phát triển giao thức
Giao thức Internet: Mối ràng buộc của tương tác
Internet là mạng giao thức, bao gồm nhiều loại giao thức khác nhau. Một số giao thức ngắn gọn, chẳng hạn như sơ đồ trạng thái của HTTP, trong khi những giao thức khác khá phức tạp, chẳng hạn như sơ đồ tương tác của giao thức Maker. Hình dưới đây cho thấy các giao thức khác nhau, bao gồm giao thức Internet, giao thức vật lý và giao thức chính trị. Ở bên trái của hình ảnh bên dưới, chúng tôi thấy một bản đồ tương tác của một ngã tư đường phố, chúng tôi cảm thấy quen thuộc và thú vị.
Điểm chung của các giao thức này là chúng đều là các hệ thống tương tác được chính thức hóa, tạo điều kiện thuận lợi cho hành vi nhóm phức tạp, vốn là thành phần cốt lõi của giao thức. Sức mạnh của giao thức Internet nằm ở khả năng kết nối không chỉ các tương tác giữa người với người mà cả phần mềm. Chúng tôi biết rằng phần mềm có khả năng thích ứng cao và hiệu quả, có khả năng tích hợp các cơ chế. Như vậy, Giao thức Internet được cho là một trong những loại giao thức quan trọng nhất, nếu không muốn nói là quan trọng nhất của chúng ta.
Sự phát triển của giao thức: Web1 - Web2 - Web3
Trong biểu đồ bên dưới, trục hoành biểu thị mức độ phân cấp và tập trung của giao thức, nghĩa là mức độ kiểm soát giao thức. Trên trục tung, có một mô hình kinh tế đã được thống nhất, đề cập cụ thể đến việc mô hình kinh tế đó là rõ ràng hay không xác định. Sự khác biệt này có vẻ tinh tế, nhưng nó có ý nghĩa quan trọng.
Web1: Mô hình kinh tế phi tập trung & không rõ ràng
Các giao thức trong thời kỳ Web1 (như NNTP, IRC, SMTP và RSS) trung lập về dòng giá trị, quyền sở hữu, quyền truy cập và cơ chế thanh toán, không có mô hình kinh tế rõ ràng. Trong số đó, Usenet là một giao thức tương tự như Reddit ngày nay để trao đổi bài đăng và tệp. IRC là một giao thức trò chuyện ban đầu và được sử dụng rộng rãi, SMTP và RSS được sử dụng cho đăng ký e-mail và nội dung.
Usenet là một nền tảng được tổ chức phân loại cho phép người dùng đăng nội dung có liên quan trên các máy chủ phụ của các danh mục cụ thể. Đó là một phần quan trọng của văn hóa Internet sơ khai và tồn tại bên ngoài HTTP. Sử dụng Usenet yêu cầu một máy khách cụ thể và Nhà cung cấp dịch vụ Internet (ISP) hỗ trợ Usenet. Usenet được phân phối trên một số lượng lớn các máy chủ tin tức luôn thay đổi mà bất kỳ ai cũng có thể điều hành và các bài đăng được tự động chuyển tiếp đến các máy chủ khác, tạo thành một hệ thống phi tập trung. Mặc dù người dùng hiếm khi trả tiền trực tiếp để truy cập Usenet, nhưng vào cuối những năm 2000, một số người đã bắt đầu trả tiền cho các máy chủ Usenet thương mại. Nhìn chung, Usenet thiếu một mô hình kinh tế giao thức rõ ràng và người dùng phải sử dụng nó thông qua các giao dịch của chính họ.
Các giao thức Web1 này giống nhau về mặt kiến trúc và bắt nguồn từ các giá trị giống nhau. Ngay cả khi có ít kiến thức về các giao thức, chúng ta vẫn có thể hiểu cách chúng hoạt động, điều này cho thấy tầm quan trọng của **Tính dễ đọc của giao thức Web1 và các mẫu rõ ràng. **Tuy nhiên, các giao thức này đã dần gặp phải lỗi hoặc thay đổi theo thời gian. Nguyên nhân thất bại có thể do hai khía cạnh: thứ nhất, thiếu tính năng đặc thù, không thể cạnh tranh với các đối thủ Web2; thứ hai, khó khăn trong việc huy động vốn. Cuối cùng, sự thành công của một giao thức phụ thuộc vào khả năng thực hiện phương pháp tiếp cận phi tập trung và phát triển mô hình kinh tế bền vững để kết hợp các tính năng cụ thể. Tóm lại, giao thức Web1 có thể được phân loại là phi tập trung và thiếu một mô hình kinh tế rõ ràng.
Web2: Mô hình kinh tế tập trung & rõ ràng
Web2 đã mang lại một xu hướng thú vị: Reddit đã thay thế các diễn đàn như Usenet và các hệ thống nhắn tin tập trung như WhatsApp và iMessage đã thay thế các diễn đàn như IRC. Trong khi email vẫn tồn tại, nó bị thách thức bởi vấn đề thư rác. Ngoài ra, RSS đã không cạnh tranh tốt với Twitter. **Web2 giải quyết các hạn chế của giao thức Web1 và cung cấp chức năng cụ thể. ** Email và các giao thức phi tập trung khác không thể xác minh tính hợp pháp của tin nhắn, danh tính người gửi, quyền hạn và các mối quan hệ kinh tế, vì vậy việc xử lý thư rác trở thành một vấn đề. Trong các hệ thống phi tập trung chưa trưởng thành, việc không có các tính năng này cho phép các đối thủ cạnh tranh tập trung vượt trội so với những người tiền nhiệm của họ bằng cách cung cấp các tính năng độc đáo.
**Giao thức Web2 hoàn toàn nằm dưới sự kiểm soát của chủ sở hữu, chỉ bị giới hạn bởi chính sách và luật kinh doanh. **Để thúc đẩy sự phát triển của giao thức Web1, cần có một mô hình kinh tế rõ ràng hơn. Tuy nhiên, không thể đạt được một mô hình kinh tế rõ ràng trong khi vẫn duy trì sự phân cấp mà không sử dụng các công cụ công nghệ mã hóa và đồng thuận phi tập trung, máy tính có thể kiểm chứng. **Thỏa thuận thường chuyển từ góc dưới bên trái của không gian thiết kế sang góc trên bên phải. Đôi khi các giao thức trở nên tập trung trên thực tế, chẳng hạn như email. Với hơn 50% email được xử lý bởi các nhà cung cấp dịch vụ email tập trung, email đã trở nên tập trung cao độ. Email chịu áp lực từ vấn đề thư rác, thiếu mô hình kinh tế, chia sẻ chi phí đăng ký DNS và chi phí chuyển đổi cao.
Trong trường hợp không có mô hình kinh tế khả thi, email chỉ có thể bền vững như một dự án phụ của các công ty công nghệ lớn. Các phương pháp giảm thư rác dựa trên quy mô kinh tế và ràng buộc dữ liệu, đồng thời các công ty lưu trữ hàng triệu tài khoản email sẽ dễ dàng phát hiện ra sự bất thường hơn. Ngoài ra, chi phí chuyển đổi cũng là một yếu tố quan trọng. Bây giờ, chúng ta cần nhận ra hai lực lượng tập trung chính ảnh hưởng đến các thành phần khác nhau của giao thức,** liên tục hoạt động ở mọi ngã rẽ trong quy trình thiết kế giao thức và chúng là hiệu ứng mạng và chi phí chuyển đổi. **
**Hiệu ứng mạng là hiện tượng tích lũy năng lượng khi hệ thống mở rộng quy mô và được sử dụng rộng rãi. Chi phí chuyển đổi đề cập đến chi phí kinh tế, nhận thức hoặc thời gian cần thiết để người dùng rời khỏi hệ thống hiện tại và chuyển sang hệ thống khác. **Trong ví dụ về email, chi phí chuyển đổi rất quan trọng đối với người dùng sử dụng Gmail. Nếu bạn sử dụng Gmail nhưng không có tên miền riêng, chi phí chuyển đổi sẽ cao. Tuy nhiên, nếu bạn sở hữu tên miền của riêng mình, bạn có thể tự do chuyển đổi nhà cung cấp dịch vụ thư và tiếp tục sử dụng bất kỳ nhà cung cấp dịch vụ nào để nhận thư. Một công ty có thể tăng chi phí chuyển đổi thông qua thiết kế giao thức, buộc hoặc khuyến khích người dùng sử dụng các thành phần cụ thể, do đó làm giảm khả năng người dùng chuyển sang nhà cung cấp khác.
Lấy ví dụ Reddit, một hệ thống cho phép người điều hành đơn phương kiểm soát các diễn đàn con, làm mờ ranh giới giữa phân cấp và tập trung. Mặc dù việc cho phép bất kỳ ai trở thành người điều hành có thể được coi là một hình thức phân cấp, nhưng chúng vẫn là hệ thống tập trung hoàn toàn nếu quyền lực tối cao vẫn nằm trong tay quản trị viên (chẳng hạn như nhóm Reddit). Trải nghiệm người dùng chất lượng cao không liên quan gì đến quyền lực tập trung, nhưng việc cung cấp trải nghiệm người dùng chất lượng cao thường cần hỗ trợ tài chính. ** Trong thời đại của Web1, do thiếu vốn, các giao thức phi tập trung thường không thể mang lại trải nghiệm tốt cho người dùng. ** Kinh phí đóng một vai trò quan trọng trong việc mang lại trải nghiệm người dùng chất lượng cao.
Web3: Mô hình kinh tế phi tập trung & rõ ràng
Trên nền tảng **Web2 như Twitter, Facebook, Instagram hoặc TikTok, sự lựa chọn của người dùng bị hạn chế, tùy thuộc vào các quyết định về giao diện của nền tảng. **Tuy nhiên, các thành phần phi tập trung do Web3 giới thiệu sẽ thay đổi giao thức như thế nào? Việc sử dụng công nghệ mã hóa và chuỗi khối có thể làm giảm sự phụ thuộc vào niềm tin, đồng thời làm rõ tính kinh tế và hỗ trợ phân cấp. **Web3 cung cấp tính mở, khả năng tương tác và nguồn mở, với mô hình kinh tế rõ ràng và khả năng tích hợp các quỹ trong giao thức để đạt được sự phát triển bền vững và tránh độc quyền tất cả các giá trị. **
**Là một nhà phát triển, chọn xây dựng trên một hệ thống phi tập trung với mô hình kinh tế rõ ràng là lựa chọn tốt nhất. Bằng cách này đảm bảo sự tồn tại liên tục của hệ thống và hiểu được các mối quan hệ kinh tế liên quan đến nó mà không cần phải để các mối quan hệ kinh tế phát triển bên ngoài thỏa thuận. ** Xét về tính ổn định và nắm bắt giá trị, điều này cần được xem xét theo cách khác. Việc chọn xây dựng trên một hệ thống phi tập trung là rất quan trọng vì nó tránh được những rủi ro tiềm ẩn và xây dựng một dự án bền vững và có tiềm năng trở thành hệ thống lớn nhất có thể.
Việc xây dựng Internet không còn bị coi là hành vi điên rồ, bởi vì bản thân Internet là một hệ thống hoàn toàn phi tập trung. Tương tự như vậy, việc sử dụng các ngôn ngữ lập trình mã nguồn mở và sự phụ thuộc vào trình duyệt web đã trở thành nền tảng vững chắc để xây dựng các dự án đầy tham vọng. Việc xây dựng trên một hệ thống tập trung có thể bị hạn chế và ngăn cản quy mô và phạm vi của dự án. Web3 thu hút các nhà phát triển tuyệt vời, những người có thể xây dựng các dự án lớn hơn, tham vọng hơn. Các hệ thống hoặc nền tảng khác có thể xuất hiện và cạnh tranh với nền tảng Web2 hiện có, tuân thủ các quy định và có lợi thế cạnh tranh, đồng thời cạnh tranh gay gắt với nền tảng Web2.
Vấn đề lớn nhất với mạng Web2 là mô hình kinh doanh quá mong manh và được tối ưu hóa quá mức. Các mạng này theo đuổi việc tối ưu hóa cho các số liệu cụ thể trong khi bỏ qua những thứ không liên quan đến mục tiêu của họ, dẫn đến thiếu đổi mới và phát triển sản phẩm mới. Trong khi họ có hiệu ứng mạng mạnh mẽ, không đủ để hình thành độc quyền, họ dễ bị đối phó bởi những điểm yếu của họ.
Ngược lại, **Web3 cung cấp một không gian linh hoạt và đổi mới hơn thông qua phân cấp và mô hình kinh tế rõ ràng. **Tương tự như một hệ sinh thái rừng nhiệt đới phong phú và đa dạng, hệ thống Web3 đã thiết lập cơ sở hạ tầng và các giao thức phù hợp cho sự phát triển của tất cả các loại điều thú vị, cung cấp một mảnh đất màu mỡ hơn cho sự đổi mới. Bằng cách tận dụng tiền điện tử và các mô hình kinh tế mã thông báo, những người tham gia được đảm bảo rằng sự sáng tạo và chấp nhận rủi ro của họ sẽ được khen thưởng, thúc đẩy sự phát triển của hệ thống.
Do đó, **Web3 có tiềm năng đổi mới và tính bền vững của hệ sinh thái tốt hơn, thay vì chỉ dựa vào việc tích lũy các nguồn lực kinh tế. **Mô hình kinh tế rõ ràng và các tính năng phân cấp cho phép Web3 đạt được sự đổi mới và phát triển theo đúng nghĩa, thoát khỏi tình trạng khó tối ưu hóa quá mức và tích lũy tập trung trong một lĩnh vực duy nhất. Bằng cách giới thiệu công nghệ mã hóa và mô hình kinh tế mã thông báo, Web3 cung cấp cho người tham gia không gian sáng tạo và cơ chế trả lại lớn hơn, đồng thời thúc đẩy sự phát triển của hệ thống theo hướng có giá trị và lâu dài hơn.
Trường hợp thiết kế giao thức Web3
Bối cảnh trường hợp và mục tiêu thiết kế
Hãy bắt đầu với một ví dụ thú vị, "Stable Horde" là một hệ thống miễn phí để tạo hình ảnh và giao thức Web2. Nó sử dụng tính năng lớp cộng tác cho phép người dùng yêu cầu những người khác sẵn sàng trợ giúp để tạo hình ảnh. Máy khách gửi nhiệm vụ vào hàng đợi công việc, nhân viên thực hiện xử lý suy luận và gửi kết quả đến bộ lưu trữ kết quả, từ đó khách hàng có thể truy xuất kết quả và trả điểm Kudos cho nhân viên. Trong Stable Horde, Kudos là một hệ thống điểm miễn phí được sử dụng để ưu tiên các nhiệm vụ. Tuy nhiên, hàng đợi càng dài thì càng mất nhiều thời gian để tạo hình ảnh do hạn chế về tài nguyên máy tính.
Chúng tôi phải đối mặt với một vấn đề thú vị: làm thế nào để mở rộng hệ thống này để làm cho nó lớn hơn và chuyên biệt hơn, trong khi vẫn mở và có thể tương tác, mà không có nguy cơ tập trung hóa để phá hủy tinh thần ban đầu của dự án. **Một đề xuất là chuyển đổi điểm Kudos thành mã thông báo ERC20 và ghi lại chúng trên chuỗi khối. Tuy nhiên, chỉ cần thêm blockchain có thể gây ra một loạt vấn đề, chẳng hạn như tấn công kết quả sai, v.v.
Hãy suy nghĩ lại về quy trình thiết kế giao thức. **Bạn phải luôn bắt đầu với một mục tiêu rõ ràng, sau đó xem xét các ràng buộc và cuối cùng xác định cơ chế. **Việc thiết kế một hệ thống đòi hỏi phải đo lường các mục tiêu và xác định các cơ chế hiệu quả. Các ràng buộc có dạng nội sinh và ngoại sinh, và bằng cách hạn chế không gian thiết kế, các cơ chế có thể được xác định rõ ràng hơn. Các cơ chế là nội dung của giao thức, chẳng hạn như thanh toán bù trừ, định giá, đặt cược, ưu đãi, thanh toán và xác minh. Các thiết kế phải phù hợp với các ràng buộc và đáp ứng các mục tiêu được xác định rõ ràng.
Hãy chuyển sang một giao thức Web3 hoàn toàn mới có tên là "Sự nhầm lẫn không ổn định". Trong phần tiếp theo, chúng tôi phác thảo một số hướng thú vị được đề xuất trong bối cảnh chuyển đổi giao thức Web2 hiện có "Ổ ổn định" sang giao thức Web3 "Sự nhầm lẫn không ổn định".
Như đã đề cập trước đó, có vấn đề về việc gửi kết quả sai, vì vậy cần phải có một cơ chế để đảm bảo rằng người dùng nhận được những gì họ cần, đây được gọi là "lý luận xác thực". Nói một cách đơn giản, chúng ta cần xác minh lý do để đảm bảo rằng kết quả của nó như mong đợi. Một vấn đề khác liên quan đến công nhân trong "Stable Horde". Công nhân yêu cầu nhiệm vụ tiếp theo từ cơ sở dữ liệu theo thứ tự họ được yêu cầu và giao nhiệm vụ cho nhân viên đưa ra yêu cầu sớm nhất. Tuy nhiên, trong một hệ thống có liên quan đến tiền, công nhân có thể yêu cầu các nhiệm vụ với số lượng lớn để được trả nhiều tiền hơn, nhưng thực tế không có ý định hoàn thành chúng. Chúng có thể cạnh tranh để có độ trễ thấp, lấy các tác vụ và gây tắc nghẽn hệ thống. **
Để giải quyết các vấn đề trên, một số giải pháp được đề xuất. Đầu tiên là "Trả theo tỷ lệ đóng góp", nơi người lao động được trả theo đóng góp của họ, cạnh tranh cho các nhiệm vụ theo cách có lợi cho mạng. Thứ hai là "tham gia linh hoạt", tức là người lao động có thể tự do tham gia hoặc thoát khỏi hệ thống với chi phí thấp hơn, thu hút nhiều người tham gia hơn. Cuối cùng "Độ trễ thấp", nghĩa là mức độ phản hồi và tốc độ của ứng dụng, rất quan trọng đối với trải nghiệm người dùng. ** Quay trở lại mục tiêu của chúng tôi, xây dựng một thị trường phi tập trung, có thể tương tác để tạo hình ảnh. Mặc dù chúng tôi vẫn còn một số hạn chế chính, nhưng những hạn chế này có thể được bổ sung, sửa đổi hoặc chi tiết cụ thể hơn sau này. Bây giờ, chúng ta có thể đánh giá tính khả thi của các cơ chế khác nhau.
Thiết kế cơ chế tiềm năng
1. Cơ chế xác minh
Chúng ta có thể sử dụng các phương pháp như lý thuyết trò chơi và mật mã để đảm bảo tính chính xác của suy luận. Cơ chế lý thuyết trò chơi có thể được sử dụng trong các hệ thống giải quyết tranh chấp, nơi người dùng có thể leo thang tranh chấp và được phân xử bởi các vai trò cụ thể. Kiểm tra mẫu hoặc liên tục là một cách tiếp cận khác, bằng cách xem xét công việc của người lao động, đảm bảo rằng các nhiệm vụ được giao cho những người lao động khác nhau và ghi lại những người lao động nào vượt qua cuộc kiểm tra. Bằng chứng không kiến thức trong mật mã có thể tạo ra bằng chứng hiệu quả để xác minh tính đúng đắn của suy luận. Các phương pháp truyền thống bao gồm các tổ chức bên thứ ba đáng tin cậy và đánh giá của người dùng, nhưng có những rủi ro tập trung và hiệu ứng mạng.
Các cơ chế xác thực khả thi khác bao gồm có nhiều nhân viên hoàn thành cùng một nhiệm vụ và người dùng chọn từ kết quả. Điều này có thể tốn kém, nhưng nếu chi phí đủ thấp, nó có thể được coi là một cách tiếp cận.
2. Chiến lược giá
Về chiến lược định giá, sổ đặt hàng có thể được thiết lập trên chuỗi. Cũng có thể sử dụng các chỉ số proxy tài nguyên máy tính có thể kiểm chứng trên chuỗi, chẳng hạn như gas. Cách tiếp cận này khác với một thị trường tự do đơn giản, nơi người dùng chỉ cần đăng những gì họ sẵn sàng trả cho suy luận, mà người lao động có thể chấp nhận hoặc họ có thể đặt giá thầu để cạnh tranh cho các nhiệm vụ. Thay vào đó, người dùng có thể tạo một số liệu proxy giống như gas trong đó một suy luận cụ thể yêu cầu một lượng tài nguyên máy tính nhất định và lượng tài nguyên máy tính trực tiếp xác định giá. Bằng cách này, hoạt động của toàn bộ cơ chế có thể được đơn giản hóa.
Ngoài ra, có thể sử dụng sổ đặt hàng ngoài chuỗi, ít tốn kém hơn để chạy và có khả năng rất hiệu quả. Tuy nhiên, vấn đề là bất cứ ai sở hữu sổ đặt hàng đó đều có thể tập trung hiệu ứng mạng vào chính họ.
3. Cơ chế lưu trữ
Cơ chế lưu trữ là rất quan trọng để đảm bảo rằng kết quả công việc có thể được chuyển đến người dùng một cách chính xác, nhưng rất khó để giảm rủi ro tin cậy và chứng minh rằng công việc đã được giao chính xác. Người dùng có thể đặt câu hỏi liệu một mặt hàng đã được giao hay chưa, tương tự như phàn nàn về việc không nhận được mặt hàng như mong đợi. Kiểm toán viên có thể cần xác minh quy trình tính toán và kiểm tra tính chính xác của kết quả đầu ra. Do đó, đầu ra phải hiển thị với giao thức và được lưu trữ ở nơi giao thức có thể truy cập.
Về cơ chế lưu trữ, chúng tôi có một số tùy chọn. Một là lưu trữ dữ liệu trên chuỗi, nhưng điều này rất tốn kém. Một tùy chọn khác là sử dụng mạng mã hóa lưu trữ chuyên dụng, phức tạp hơn nhưng cố gắng giải quyết vấn đề theo kiểu ngang hàng. Ngoài ra, có một tùy chọn để lưu trữ dữ liệu ngoài chuỗi, nhưng điều này làm phát sinh các vấn đề khác, vì bất kỳ ai kiểm soát hệ thống lưu trữ đó đều có thể ảnh hưởng đến các khía cạnh khác như quy trình xác minh và chuyển giao khoản thanh toán cuối cùng.
4. Chiến lược phân bổ nhiệm vụ
Cách thức phân bổ nhiệm vụ cũng cần được xem xét, đây là một lĩnh vực tương đối phức tạp. Có thể được coi là công nhân tự chọn nhiệm vụ sau khi nhiệm vụ được gửi hoặc thỏa thuận phân phối nhiệm vụ sau khi nhiệm vụ được gửi và cũng có thể cho phép người dùng hoặc người dùng cuối chọn công nhân cụ thể. Mỗi cách tiếp cận đều có ưu và nhược điểm, đồng thời xem xét sự kết hợp của các cách mà giao thức quyết định nhân viên nào có thể yêu cầu nhiệm vụ nào.
Phân công nhiệm vụ liên quan đến nhiều chi tiết thú vị. Ví dụ: trong một hệ thống dựa trên giao thức, nó cần biết liệu một nhân viên có trực tuyến và sẵn sàng hay không để quyết định có giao nhiệm vụ cho nhân viên đó hay không. Bạn cũng cần biết năng suất và tải trọng của từng công nhân. Do đó, các yếu tố bổ sung khác nhau cần được xem xét trong giao thức, những yếu tố này có thể không được đưa vào trong quá trình triển khai đơn giản ban đầu.
Điểm chính của thiết kế giao thức phi tập trung
7 yếu tố thiết kế chính có thể dẫn đến rủi ro tập trung
Chúng bao gồm đặt tên không gian được giới thiệu qua email, hệ thống thanh toán, danh tiếng và lưu trữ, đối sánh, hệ thống định giá và hệ thống xác minh. Các yếu tố này có thể trở nên tập trung do hiệu ứng mạng hoặc chi phí chuyển đổi cao. Quản lý giao thức bằng cách giảm thiểu sự tích tụ của các hiệu ứng mạng, chuyển các hiệu ứng mạng vào giao thức và xây dựng lớp kiểm soát phi tập trung vào giao thức để đảm bảo sức khỏe lâu dài của hệ thống. Kiểm soát phi tập trung có thể đạt được bằng cách sử dụng mã thông báo dễ bay hơi hoặc các thiết kế quản trị khác như hệ thống danh tiếng hoặc cơ chế bầu cử luân phiên.
Giảm chi phí chuyển đổi và thúc đẩy khả năng tương tác
Để khuyến khích các doanh nhân xây dựng các ứng dụng trên hệ thống, điều quan trọng là phải giảm chi phí chuyển đổi và thúc đẩy khả năng tương tác giữa các hệ thống khác nhau. Tránh đưa ra chi phí chuyển đổi cao và giảm sự phụ thuộc quá mức vào sổ đặt hàng ngoài chuỗi hoặc hệ thống xác minh của bên thứ ba.
Sử dụng công nghệ Web3 để tạo ra một hệ thống phi tập trung
Tận dụng các công cụ và nguyên tắc của Web3 để thiết kế các hệ thống trao quyền cho các doanh nhân và tránh tập trung hóa quá mức. Các giao thức tuân theo các nguyên tắc của Web3 thường có quy mô lớn hơn, tuổi thọ dài hơn và sức sống của hệ sinh thái sôi động hơn, cung cấp các lĩnh vực khám phá sáng tạo màu mỡ vượt ra ngoài ranh giới do những người đương nhiệm lớn nhất đặt ra.
Nghiên cứu sâu và lựa chọn giải pháp tốt nhất
Khi thiết kế một giao thức và xác định một chiến lược, các khía cạnh khác nhau cần được nghiên cứu sâu. Để xác thực, các giải pháp mật mã thường là lựa chọn tốt nhất. Về giá cả, các chỉ số proxy sử dụng tài nguyên điện toán có thể xác minh trên chuỗi có thể được điều chỉnh cho phù hợp với nhiều tác vụ suy luận hoặc máy học khác nhau. Về mặt phân công nhiệm vụ, một giao thức cập nhật khả năng và trạng thái của nhân viên trong thời gian thực được áp dụng để phân phối nhiệm vụ một cách công bằng và cho phép nhân viên lựa chọn độc lập có nhận nhiệm vụ hay không. Đối với các vấn đề về lưu trữ, các giải pháp như công nghệ phân mảnh nguyên mẫu có thể được xem xét để giải quyết vấn đề trong thời gian ngắn và áp dụng các phương pháp lưu trữ tạm thời.
Khi thiết kế một hệ thống phi tập trung, những cân nhắc ở trên có thể giúp xây dựng một hệ thống với các thuộc tính phi tập trung và mạnh mẽ lâu dài.
Bản gốc: Thiết kế giao thức: Tại sao và như thế nào
Link bản dịch toàn văn: