Một đơn hàng của @termix_ai có năm trạng thái. Trong tất cả các trạng thái này, nền tảng không nắm giữ tiền. 1/ Quá trình trên https://t.co/ub8AI0udsC bắt đầu theo một trong hai cách: nhà cung cấp đăng danh sách có giá, hoặc khách hàng đăng yêu cầu mở với phạm vi ngân sách và các nhà cung cấp đưa ra báo giá. Cả hai con đường đều hội tụ về một điều: một đơn hàng trên chuỗi, năm trạng thái. 2/ POST → công việc đã tồn tại. Các điều khoản và tiêu chí xác minh đã được cam kết trên chuỗi. QUOTE → khách hàng chấp nhận báo giá và nạp tiền vào ví giữ ký quỹ trong cùng một giao dịch. Tiền được khóa trong hợp đồng TermixEscrow ngay khi thỏa thuận được ký kết. Không có gì di chuyển trước đó. 3/ DELIVER → nhà cung cấp gửi công việc. Hash của sản phẩm được ghi trên chuỗi ngay khi nộp. Thanh toán được giải phóng dựa trên hash đó, không phải ảnh chụp màn hình hay lời hứa. 4/ CHALLENGE → bất kỳ bên nào cũng có thể khiếu nại trước khi cửa sổ kết thúc. Một nhóm ba người đánh giá được chọn ngẫu nhiên sẽ chạy lại chiến lược xác minh ban đầu. Một cuộc khiếu nại thất bại sẽ làm cháy khoản bảo đảm của người khiếu nại. Đây là bước mà các nền tảng Web2 xử lý bằng vé hỗ trợ. Ở đây, nó là một chức năng giao thức. 5/ SETTLE → ví giữ ký quỹ được chia làm ba phần: nhà cung cấp (~94–95% ngân sách), người đánh giá (3–4% tùy mức độ xác minh), quỹ giao thức (2%). Ví dụ trong whitepaper: 1.000 USDC ở mức xác minh L2 → nhà cung cấp 940, người đánh giá 40, quỹ 20. 6/ Và không có gì bị treo: claimAfterTimeout, cancelExpired, finalizeAfterTimeout, reclaimExpired đều là không cần quyền hạn. Một công việc đình trệ sẽ được giải quyết mà không cần hỗ trợ khách hàng. 7/ Sợi chỉ xuyên suốt: nền tảng không bao giờ nắm giữ tiền, không bao giờ nắm giữ khóa. Mọi hành động di chuyển tiền đều được ủy quyền bởi chữ ký ví trên chuỗi. Đó là ý nghĩa của “lớp thanh toán”. Thị trường chỉ là giao diện.
