Tôi đã từng nghĩ rằng thanh toán onchain đã thông minh nhưng thực sự hầu hết vẫn chỉ là chuyển khoản ngu ngốc
Bạn gửi tiền, bạn chờ, bạn hy vọng bên kia giao hàng, sau đó bạn bắt đầu theo dõi cập nhật trên Telegram, Notion, bảng tính, không có gì thực sự thay đổi, chỉ bề ngoài trông tốt hơn
Điều thực sự thay đổi cuộc chơi đối với tôi là cách bạn thiết kế các điều kiện đứng sau tiền và đó là nơi Giao thức Ký kết xuất hiện
Đây là sự chuyển mình, tôi ngừng tin tưởng vào con người và bắt đầu tin tưởng vào các điều kiện
Một sơ đồ về cơ bản là một bản thiết kế, hãy nghĩ về nó như một biểu mẫu nghiêm ngặt, nếu ai đó muốn chứng minh điều gì đó, họ phải điền chính xác theo cách tôi định nghĩa, không thiếu phần nào, không đầu vào mơ hồ, một khi cấu trúc đó đã được khóa, bất kỳ hệ thống nào cũng có thể đọc, xác minh và hành động trên nó
Đó là khi tiền ngừng được gửi và bắt đầu được phát hành
Khi tôi thiết kế một sơ đồ, tôi luôn bắt đầu với một câu hỏi
Chứng minh tối thiểu nào cần thiết trước khi tiền di chuyển
Không mười điều, không dữ liệu bổ sung, chỉ trong trường hợp, chỉ điều kiện cốt lõi
Nếu đó là một khoản tài trợ, tôi chỉ quan tâm họ đã hoàn thành cột mốc và họ có thể chứng minh điều đó không
Nếu đó là công việc thì giờ và điểm hiệu suất
Nếu đó là danh tính, thì trạng thái đã xác minh và các kiểm tra cần thiết
Bất cứ điều gì hơn thế đều là tiếng ồn và tiếng ồn phá vỡ hệ thống
Sau đó, tôi định nghĩa cấu trúc
Mỗi trường phải rõ ràng tên, loại, mục đích
milestoneId -> số
evidenceHash -> liên kết hoặc bằng chứng
amountReleased -> số
recipient -> địa chỉ
kpiScore -> số nhỏ
Bây giờ không có tính chủ quan
Máy đọc điểm 82 ngưỡng 80 tiền di chuyển
Không thảo luận, không trì hoãn, không theo đuổi
Tiếp theo là cấu hình
Tôi đặt tên cho sơ đồ một cách rõ ràng
Tôi quyết định nơi dữ liệu sống
Onchain cho dữ liệu nhẹ quan trọng
Hybrid cho các tệp lớn hơn
Sau đó, một câu hỏi quan trọng có thể bị thu hồi không
Một số trường hợp có, như viện trợ hoặc quy trình linh hoạt
Một số trường hợp không giống như kết quả cuối cùng
Đây không phải là một lựa chọn kỹ thuật, đây là thiết kế hệ thống
Có các hook, logic bổ sung khi gửi hoặc hủy
Tôi giữ nó tối giản, nhiều logic hơn, nhiều rủi ro hơn, nhiều cách để phá vỡ
Xây dựng sơ đồ tự nó rất dễ, UI mất chưa đến một phút hoặc tôi lập trình nó
Điều quan trọng là sau
Nó có một ID
Tôi mô phỏng các chứng nhận
Tôi kiểm tra xem hệ thống đọc đúng không
Tôi kết nối với thanh toán
Tôi kiểm tra xem nó có kích hoạt đúng cách không
Nếu có gì đó sai, tôi không vá, tôi tạo một phiên bản mới sạch
Đây là lý do tại sao nó quan trọng
Với một sơ đồ tốt, toàn bộ quy trình thay đổi
Ai đó gửi chứng minh -> Nó khớp với sơ đồ -> Các điều kiện được xác minh -> Tiền được phát hành
Không nhắc nhở, không phê duyệt thủ công, không theo dõi
Điều tôi thích là nó buộc sự rõ ràng từ ngày đầu tiên
Không ẩn sau các thỏa thuận mơ hồ, bạn định nghĩa chính xác ý nghĩa của hợp lệ
Nhưng có một nhược điểm
Sơ đồ kém có nghĩa là bạn tự động hóa một quy trình kém
Rác vào, rác ra được thực thi hoàn hảo
Vậy công việc thực sự không phải là công nghệ
Đó là suy nghĩ rõ ràng về những gì bạn muốn xác minh
Giữ cho nó đơn giản, làm cho nó có thể tái sử dụng, đừng trở nên khéo léo quá sớm
Bắt đầu với một trường hợp sử dụng thực sự, cắt nó thành điều kiện đơn lẻ mà quan trọng, xây dựng xung quanh đó
Lấy phần đó đúng và mọi thứ sẽ khớp
Đó là khi onchain ngừng là chuyển khoản và trở thành một hệ thống
@SignOfficial #SignDigitalSovereignInfra $SIGN
