Mục lục tài liệu về các giao thức giải quyết tranh chấp độc lập.
Trong những tháng qua, tôi đã triển khai một loạt các giao thức hợp đồng thông minh độc lập trên mạng chính Ethereum. Mỗi giao thức đều đã hoàn thiện, bất biến và không thuộc sở hữu của ai. Mỗi giao thức chỉ thực hiện một chức năng duy nhất.
Bài viết này giới thiệu về The Substrate: không phải một giao thức, không phải một framework, cũng không phải một bộ công cụ. Đây là một chỉ mục tài liệu. Một nơi mà các giao thức này được mô tả ngắn gọn, liên kết riêng lẻ và được chứng minh là có thể phối hợp với nhau, mặc dù chúng không biết đến nhau và không phụ thuộc vào nhau theo bất kỳ cách nào.
Mỗi giao thức là gì?
Mọi giao thức trong bộ sưu tập này đều tuân theo cùng một cấu trúc mẫu:
Một loại Yêu cầu bình luận Ethereum (ERC) cơ bản đại diện cho một đối tượng hoặc tài sản vật lý hoặc kỹ thuật số on-chain.
Các hợp đồng thông minh bất biến xử lý việc thanh toán trung lập và có tính xác định.
Đó là toàn bộ cấu trúc. Không có quản trị. Không thể nâng cấp. Không có chủ sở hữu. Mỗi giao thức được triển khai, xác minh trên Etherscan và quyền sở hữu được từ bỏ. Chúng hoạt động mà không cần tôi hay bất kỳ ai khác.
Mỗi giao thức cũng có một kho lưu trữ các mẫu khởi động nhanh riêng biệt. Các mẫu này là các triển khai tham chiếu, là con đường trực tiếp, được ghi chép đầy đủ để xây dựng dựa trên mỗi giao thức mà không cần thông qua bất kỳ nền tảng hoặc trung gian nào.
Các giao thức
DeDe : dịch vụ thanh toán bưu kiện. Nhận, gửi và xác nhận giao hàng P2P. Giao thức bưu kiện cơ bản Yêu cầu bình luận Ethereum (ERC)-721 cộng với dịch vụ ký quỹ và đăng ký người ký nhận.
DROP : quá trình thanh toán lưu trữ vật lý. Tiếp nhận, giữ và giải phóng hàng hóa vật lý tại một Storage Node. Đây là giao dịch phiên lưu trữ cơ bản theo chuẩn Yêu cầu bình luận Ethereum (ERC)-721 cộng với tùy chọn ký quỹ.
CUT : Giải quyết quyền sở hữu và bản quyền kỹ thuật số. Quyền sở hữu một phần hoặc toàn bộ đối với bất kỳ Trung bình kỹ thuật số nào. Yêu cầu bình luận Ethereum (ERC)-1155 media primitive cộng với đăng ký cảnh.
KEY : giao dịch chuyển nhượng và xác thực quyền sở hữu xe. Hệ thống định danh xe Yêu cầu bình luận Ethereum (ERC)-721 kết hợp với xác thực giao dịch nguyên tử. Tại các khu vực pháp lý nơi các cơ quan đăng ký xe cung cấp API, các nền tảng được xây dựng trên KEY có thể khởi tạo các giao dịch chuyển nhượng quyền sở hữu được pháp luật công nhận từ phía phi tập trung. Cơ quan đăng ký không thể khởi tạo hoặc sửa đổi giao dịch KEY. Cầu nối này chỉ hoạt động một chiều.
STAY : thanh toán hàng hóa. Đại diện và thanh toán các tài sản hàng hóa và quyền tiếp cận.
ACT : Giao dịch dịch vụ vật lý. Thỏa thuận, giao hàng, xác nhận và thanh toán cho bất kỳ dịch vụ nào trong thế giới thực. Quy mô và bối cảnh không liên quan đến giao thức này.
Độc lập theo thiết kế
Các giao thức này không hề biết đến sự tồn tại của nhau. Không có trạng thái chung, không có sự liên kết nội bộ, không có điều phối viên chung giữa chúng. Mỗi giao thức đều có thể được triển khai và hoạt động đầy đủ chức năng một cách hoàn toàn độc lập.
Chúng có chung một mẫu thiết kế và cùng một tác giả. Đó là toàn bộ mối quan hệ giữa chúng.
Điều này cần được nói rõ vì khi nhìn vào một tập hợp các giao thức, người ta thường có xu hướng hiểu chúng như một hệ thống phải được sử dụng cùng nhau. Nhưng thực tế không phải vậy. Một nền tảng hậu cần có thể sử dụng DeDe và DROP. Một nền tảng truyền thông có thể chỉ sử dụng CUT. Một sàn giao dịch xe cộ có thể chỉ sử dụng KEY. Một nền tảng du lịch có thể sử dụng STAY và ACT. Không có nền tảng nào trong số này yêu cầu bất kỳ giao thức nào khác để hoạt động.
Khả năng phối hợp tồn tại bởi vì mỗi giao thức là một thành phần cơ bản, rõ ràng và hẹp. Việc kết hợp các công cụ chuyên dụng tạo ra hiệu quả cao hơn so với việc một công cụ cố gắng thực hiện nhiều việc. Nhưng việc kết hợp luôn là quyết định của nền tảng, chứ không phải là yêu cầu của giao thức.
Các dịch vụ vi mô blockchain
Kiến trúc tương tự nhất là kiến trúc vi dịch vụ (microservices). Mỗi giao thức là một dịch vụ độc lập với một trách nhiệm duy nhất. Nó cung cấp một giao diện xác định. Nó không có quan điểm gì về những gì xung quanh nó. Các nền tảng điều phối chúng theo cùng một cách mà một hệ thống điều phối các dịch vụ độc lập, ở lớp trên, mà không cần sửa đổi chính các dịch vụ đó.
Điểm khác biệt so với kiến trúc microservices truyền thống là tính vĩnh cửu. Đây không phải là các dịch vụ có thể bị gỡ bỏ, sửa đổi hoặc triển khai lại bởi người vận hành. Chúng là cơ sở hạ tầng bất biến. Hành vi thanh toán được xác định khi triển khai sẽ là hành vi thanh toán vĩnh viễn.
Điều này có nghĩa gì trong thực tế?
Cho đến nay, việc thanh toán một giao dịch thực tế on-chain đòi hỏi phải tự xây dựng logic thanh toán hoặc dựa vào một nền tảng kiểm soát hệ thống. Các nền tảng kiểm soát hệ thống này có thể thu phí, thay đổi hành vi, hạn chế quyền truy cập và dễ bị chi phối bởi áp lực bên ngoài.
Các giao thức này là những đường ray mà không nền tảng nào có thể kiểm soát. Phí giao thức là bất biến và được thiết lập khi triển khai. Các mẫu đảm bảo đường dẫn trực tiếp đến giao thức luôn mở và được ghi chép lại. Không nền tảng nào có thể đóng đường dẫn đó.
Điều này không làm cho các nền tảng hiện có trở nên lỗi thời. Các nền tảng vẫn mang lại giá trị thực sự thông qua việc kết nối, tìm kiếm, trải nghiệm người dùng và tuân thủ pháp luật. Điều thay đổi là Settlement Layer bên dưới chúng giờ đây trở nên trung lập, vĩnh viễn và bất kỳ ai cũng có thể truy cập được.
Phương án đó hoàn toàn khả thi. Đó chính là nội dung của bài viết này.
Substrate
Các kho lưu trữ giao thức, kho lưu trữ mẫu, địa chỉ hợp đồng và các ví dụ về điều phối được ghi lại ở cùng một nơi.
https://github.com/pablo-chacon/ Substrate
