Lần đầu tiên biết về chuỗi công khai này, tôi cảm thấy khá bối rối.



Thông thường, chuỗi công khai tự giới thiệu như thế nào? "Tốc độ giao dịch nhanh, phí Gas rẻ", nghe đã khiến tai bị chai rồi. Còn có một số dự án DeFi ngay từ đầu đã khoe dữ liệu APY, nói về tỷ lệ sử dụng vốn, các thủ thuật đã bị sử dụng quá nhiều.

Nhưng chuỗi này không đi theo lối mòn đó. Nó bắt đầu từ một vấn đề cuối cùng của kỹ thuật tài chính: Giả sử một tài sản sinh ra đã cần phải chịu sự quản lý, thì các quy tắc quản lý đó có thể trực tiếp biến thành logic mã trên chuỗi không?

Nghe có vẻ trừu tượng? Thực ra không phải vậy. Câu trả lời cho vấn đề này quyết định gene cấu trúc của toàn bộ chuỗi.

**Hai cách tiếp cận hợp pháp**

Hiện tại, cách xử lý về quy định trong giới chuỗi là "mô hình thuê ngoài" — quy định được thực hiện ngoài chuỗi, giao diện phía trước kiểm tra, chuỗi chỉ chịu trách nhiệm thực thi lệnh là đủ. Vấn đề ở chỗ nào? Một khi có sự cố ở các bước trung gian, ví dụ như phía trước bị tấn công hoặc trung gian thao túng không đúng cách, chuỗi hoàn toàn không phản ứng kịp, hoàn toàn không biết giao dịch này có vi phạm hay không.

Cách tiếp cận khác là gì? Viết trực tiếp các điều kiện tuân thủ vào lớp giao thức.

Ý nghĩa của điều này là gì? Cụ thể theo ba chiều:
- Ai có quyền sở hữu tài sản này
- Ai có thể chuyển tài sản cho ai
- Trong trường hợp nào được phép chuyển

Quyền quyết định này không còn do con người đánh giá nữa, mà được thực thi bắt buộc bởi các quy tắc nền tảng của chuỗi. Đối với tài sản tài chính, đây là một sự thay đổi mang tính cấu trúc.

**"Vi phạm" từ nay trở thành "không thể"**

Làm thế nào để các tổ chức tài chính truyền thống đối phó với vi phạm? Thường là: Giao dịch xảy ra trước → Phát hiện vấn đề sau → Xác minh → Phạt hoặc truy cứu trách nhiệm. Toàn bộ quá trình này là chậm trễ.

Ý tưởng của chuỗi này là một cách khác: khiến các giao dịch vi phạm không có cơ hội xảy ra trên chuỗi.

Hai cách tiếp cận này tưởng chừng giống nhau, nhưng thực tế lại khác biệt lớn. Một là xử lý sau khi xảy ra, một là chặn lỗ hổng từ gốc. Đối với các tài sản cần tuân thủ nghiêm ngặt (như token chứng khoán, stablecoin có quy định), sự khác biệt này hoàn toàn không nhỏ.

Thiết kế này không chỉ là vấn đề kỹ thuật, mà còn là một câu hỏi triết lý về cách hệ thống tài chính vận hành.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • 8
  • Đăng lại
  • Retweed
Bình luận
0/400
TrustlessMaximalistvip
· 8giờ trước
Chết rồi, ý tưởng này thực sự có chút xuất sắc. Viết điều kiện tuân thủ vào lớp giao thức? Cảm giác như cuối cùng đã có người nghĩ ra cách mở đúng đắn rồi.
Xem bản gốcTrả lời0
GhostChainLoyalistvip
· 01-17 03:06
Chết rồi, ý tưởng này thực sự khác biệt, đưa quy định vào mã nguồn thế này... Thú vị thật đấy
Xem bản gốcTrả lời0
SmartContractPlumbervip
· 01-16 19:58
Kiểm tra phía trước đã lạc hậu từ lâu, trong các lần kiểm toán trước không ít lần gặp phải những "kịch bản tuân thủ" kiểu này, nhiều trường hợp đã làm đầy đủ phía ngoài nhưng phía frontend vẫn bị vượt qua. Việc đưa quy tắc vào lớp giao thức là một ý tưởng không tồi, nhưng vấn đề là—ai sẽ kiểm tra logic kiểm soát quyền này? Một khi xảy ra lỗi tràn số hoặc lỗi re-entrancy, mã tuân thủ đã trở thành thảm họa lớn nhất, hậu quả nghiêm trọng gấp trăm lần so với vi phạm phía ngoài chuỗi.
Xem bản gốcTrả lời0
GasSavingMastervip
· 01-16 19:58
Chết rồi, cuối cùng cũng có chuỗi bắt đầu nghiêm túc nghiên cứu về tuân thủ, bộ quy trình nhanh + rẻ trước đây thật sự không còn hấp dẫn nữa
Xem bản gốcTrả lời0
rugdoc.ethvip
· 01-16 19:44
Cuối cùng cũng có người nghĩ đến việc đưa quy định vào mã nguồn, đáng tin cậy hơn nhiều so với những kẻ chỉ nói về quy định rồi sau đó phía frontend bị tấn công.
Xem bản gốcTrả lời0
WealthCoffeevip
· 01-16 19:42
Ủa, đúng thật là ý tưởng khác biệt đấy, đưa luôn quy định vào trong mã code à? Nghe có vẻ hơi dữ dội nhỉ
Xem bản gốcTrả lời0
FastLeavervip
· 01-16 19:40
Vì vậy, về bản chất, đó là chuyển thủ môn từ ngoài chuỗi vào trong chuỗi, tuân thủ không còn là biện pháp khắc phục sau mà là quy tắc đặt trước, điều này thực sự có chút khác biệt
Xem bản gốcTrả lời0
EyeOfTheTokenStormvip
· 01-16 19:40
Hmm... Nói nghe có vẻ hay đấy, nhưng logic viết quy định tuân thủ vào mã như thế này có thể chạy được không? Dữ liệu lịch sử cho tôi thấy, mỗi lần có những cải tiến "cách mạng", cuối cùng đều thất bại ở cấp độ thực thi. Lời nhắc rủi ro: Chính sách quản lý là động, mã cố định làm sao thích nghi với sự thay đổi?
Xem bản gốcTrả lời0
  • Ghim