Ethereum: Đề xuất “thị trường cam kết giữa người với người”, thỏa thuận trước tiền công và cách xử lý tranh chấp

Nhà nghiên cứu độc lập hitesh.eth đề xuất một “thị trường cam kết giữa người với người” trên Ethereum (ETH), trong đó tiền công được ký quỹ trước, còn tiêu chí hoàn thành và quy trình xử lý tranh chấp được thỏa thuận bằng hợp đồng. Đề xuất ưu tiên thiết kế cách để những người xa lạ thực hiện và xác nhận cam kết, thay vì phát hành token trước.

Bài viết của hitesh.eth trình bày một thiết kế, không giới thiệu dịch vụ đang hoạt động hay giao thức hoàn chỉnh. Bài viết cũng không đưa ra lịch triển khai thực tế.

“Thị trường” ở đây không phải nơi đặt cược vào giá tăng. Đây là cấu trúc giao dịch để khách hàng và nhà cung cấp dịch vụ thống nhất trước phạm vi công việc, thù lao, bằng chứng hoàn thành, thời hạn và cách xử lý khi phát sinh vấn đề.

Bài viết lấy hợp đồng sửa chữa làm ví dụ: khách hàng ký quỹ 100 đơn vị tiền công, thợ sửa chữa đặt cọc 20 đơn vị, rồi hai bên thống nhất quy trình chẩn đoán, tiêu chuẩn chất lượng, tài liệu nghiệm thu và mức phạt vi phạm tối đa. Hai con số này chỉ nhằm minh họa cấu trúc, không phải mức phí thực tế hay trường hợp đã được vận hành.

Khi công việc hoàn tất, tiền công được thanh toán theo thỏa thuận. Nếu có bất đồng, người đánh giá được hai bên thống nhất từ trước sẽ xem xét tài liệu và hạng mục sửa chữa để quyết định việc thanh toán. Ý tưởng là xác định điều kiện trả tiền và cách giải quyết tranh chấp trước khi bắt đầu, qua đó tạo tiêu chí để xác nhận kết quả.

Hợp đồng thông minh có thể chuyển tài sản ký quỹ theo các điều kiện đã định, nhưng không thể tự xác minh những sự việc ngoài đời thực, chẳng hạn việc sửa chữa có đạt yêu cầu hay không. Tự động hóa thanh toán và nghiệm thu công việc vẫn là hai quy trình riêng.

Đề xuất này tiếp nối các vấn đề về danh tiếng và thực hiện hợp đồng từng được bàn luận trong những tài liệu mật mã học ban đầu. Timothy C. May viết trong tuyên ngôn năm 1988 rằng danh tiếng có thể trở nên quan trọng trong giao dịch trực tuyến. Eric Hughes mô tả quyền riêng tư trong tuyên ngôn năm 1993 là quyền lựa chọn việc tiết lộ thông tin về bản thân. Đề xuất “b-money” năm 1998 của Wei Dai đề cập đến tài sản thế chấp để phòng trường hợp vi phạm hợp đồng và khái niệm trọng tài.

Các tiêu chuẩn ERC-1155 và ERC-6909, vốn hỗ trợ nhiều loại token, có thể được dùng để biểu thị quyền sử dụng dịch vụ. Ứng dụng sẽ quyết định ý nghĩa gắn với mỗi token, chẳng hạn một lượt sửa chữa hoặc một giờ học; tiêu chuẩn không quy định điều đó. Nếu phát hành nhiều quyền hơn khả năng cung cấp dịch vụ, cam kết có thể khó được thực hiện dù mã vẫn hoạt động bình thường.

Bài viết cũng nhắc đến ERC-4337 về trừu tượng hóa tài khoản và ERC-5484, tiêu chuẩn giao diện cho token không thể chuyển nhượng, như những thành phần kỹ thuật có thể sử dụng. Tuy nhiên, một chứng nhận không thể chuyển nhượng không tự chứng minh năng lực hay sự trung thực của người nắm giữ. Việc cấp chứng nhận và tiêu chí đánh giá cần được thiết kế riêng.

Địa chỉ ẩn của ERC-5564 tập trung vào việc giảm khả năng liên kết người nhận với địa chỉ công khai. Tiêu chuẩn này không che giấu số tiền giao dịch hay trạng thái hợp đồng công khai. Vì vậy, cần phân định rõ phạm vi bảo vệ quyền riêng tư và thông tin sẽ được công khai.

ERC-8004, tiêu chuẩn về đăng ký, danh tiếng và xác minh tác nhân, được ghi trạng thái “Draft” trên trang chính thức tại thời điểm kiểm tra ngày 11. Đặc tả này không bao gồm hệ thống thanh toán. Trên diễn đàn nhà phát triển liên quan, một số ý kiến đề xuất tổng hợp danh tiếng của tác nhân thành một điểm số, trong khi ý kiến khác cho rằng khác biệt giữa các lĩnh vực khiến việc dựa vào một điểm số duy nhất trở nên khó khăn. Cuộc thảo luận này chỉ liên quan đến ERC-8004, không đồng nghĩa với việc đề xuất thị trường cam kết giữa người với người được ủng hộ hay chấp nhận.

Chứng nhận và hồ sơ danh tiếng công khai có thể làm lộ các mối quan hệ xã hội hoặc thông tin riêng tư. Chứng minh chỉ nêu các ghi nhận tích cực cũng khó chứng minh rằng không có vụ vi phạm cam kết nào chưa được giải quyết. Bản thân các tiêu chuẩn kỹ thuật không thể giải quyết những vấn đề này.

Thiết kế cũng cần tính đến nguy cơ người tham gia lặp lại các giao dịch nhỏ để xây dựng danh tiếng rồi chiếm đoạt khoản tiền lớn, hoặc thao túng hồ sơ bằng giao dịch giữa các tài khoản giả. Ngược lại, nếu tiền đặt cọc quá cao, người ít kinh nghiệm hoặc thiếu vốn có thể khó tham gia.

Bài viết đề xuất giới hạn thử nghiệm ban đầu ở một cộng đồng, một loại tài sản thanh toán, một loại công việc và một quy trình tranh chấp rõ ràng. Một phương án khác là không phát hành token quản trị nhằm mục đích đầu cơ.

Các tình huống thử nghiệm được đề xuất trên testnet Sepolia gồm hoàn thành công việc bình thường, hủy bỏ, chậm trễ, tranh chấp và trường hợp không có người đánh giá. Mục tiêu là xem tài sản được xử lý thế nào theo điều kiện hợp đồng trong từng tình huống.

Thay vì giá token, các chỉ số đánh giá được đề xuất gồm số công việc hoàn thành, tỷ lệ khách hàng quay lại, thời gian xử lý tranh chấp, tỷ lệ tổn thất và sự cố quyền riêng tư. Theo thiết kế này, hiệu quả sẽ được đánh giá dựa trên việc hoàn thành công việc thực tế và cách vận hành quy trình.