Binance Square
#onchainauthorization

onchainauthorization

10 lượt xem
4 đang thảo luận
Alan Faucette PvSU
·
--
Bài viết
Newton Mainnet Beta: Vì sao DeFi cuối cùng sẽ có "mạng ủy quyền Visa" của riêng mình?Các bạn ơi, hôm nay mình muốn cùng phân tích một dự án—dự án chạy hạ tầng vô cùng quan trọng cho DeFi: @NewtonProtocol. Mainnet Beta của họ đã ra mắt, và nó thực sự đang thay đổi luật chơi. Bản chất của Newton là gì? Hãy hình dung: bạn thanh toán bằng thẻ tín dụng, và trước khi tiền rời đi, Visa sẽ kiểm tra—liệu bạn có đủ số dư không, thẻ có bị khóa không, và giao dịch đó có phải gian lận không. Newton làm LÀM ĐÚNG NHƯ VẬY cho blockchain, nhưng ở trên onchain.

Newton Mainnet Beta: Vì sao DeFi cuối cùng sẽ có "mạng ủy quyền Visa" của riêng mình?

Các bạn ơi, hôm nay mình muốn cùng phân tích một dự án—dự án chạy hạ tầng vô cùng quan trọng cho DeFi: @NewtonProtocol. Mainnet Beta của họ đã ra mắt, và nó thực sự đang thay đổi luật chơi.
Bản chất của Newton là gì?
Hãy hình dung: bạn thanh toán bằng thẻ tín dụng, và trước khi tiền rời đi, Visa sẽ kiểm tra—liệu bạn có đủ số dư không, thẻ có bị khóa không, và giao dịch đó có phải gian lận không. Newton làm LÀM ĐÚNG NHƯ VẬY cho blockchain, nhưng ở trên onchain.
Bài viết
Vì "Một Chính Sách Lớn" Không Phải Là Mô Hình Tư Duy Đúng Cho Ủy Quyền Trên OnchainHầu hết mọi người hình dung bảo mật smart contract như một cánh cổng đơn lẻ: một giao dịch hoặc là vượt qua kiểm tra, hoặc là không. Nhưng mô hình tư duy đó nhanh chóng sụp đổ khi bạn phải xử lý tự động hóa tài chính thực sự — các khoản thanh toán định kỳ, các tác nhân giao dịch bằng AI, quỹ DAO, và ủy thác lưu ký (custodial delegation). Vấn đề của logic chính sách dạng khối đơn (monolithic) là: mỗi quy tắc mới bạn thêm vào sẽ làm tăng phạm vi ảnh hưởng (blast radius) của mọi quy tắc khác. Một hợp đồng duy nhất cố gắng mã hóa "kiểm tra tuân thủ", "kiểm tra giới hạn chi tiêu", "kiểm tra rủi ro đối tác" và "kiểm tra quyền của tác nhân" trong cùng một hàm sẽ trở thành một mớ rối, nơi chỉ cần một chỉnh sửa sai có thể âm thầm làm hỏng một kiểm tra không liên quan. Đây chính là cơ chế lỗi giống hệt đã từng đẩy phần mềm truyền thống rời khỏi các monolith để chuyển sang các dịch vụ phân lớp (layered services) ngay từ đầu.

Vì "Một Chính Sách Lớn" Không Phải Là Mô Hình Tư Duy Đúng Cho Ủy Quyền Trên Onchain

Hầu hết mọi người hình dung bảo mật smart contract như một cánh cổng đơn lẻ: một giao dịch hoặc là vượt qua kiểm tra, hoặc là không. Nhưng mô hình tư duy đó nhanh chóng sụp đổ khi bạn phải xử lý tự động hóa tài chính thực sự — các khoản thanh toán định kỳ, các tác nhân giao dịch bằng AI, quỹ DAO, và ủy thác lưu ký (custodial delegation).
Vấn đề của logic chính sách dạng khối đơn (monolithic) là: mỗi quy tắc mới bạn thêm vào sẽ làm tăng phạm vi ảnh hưởng (blast radius) của mọi quy tắc khác. Một hợp đồng duy nhất cố gắng mã hóa "kiểm tra tuân thủ", "kiểm tra giới hạn chi tiêu", "kiểm tra rủi ro đối tác" và "kiểm tra quyền của tác nhân" trong cùng một hàm sẽ trở thành một mớ rối, nơi chỉ cần một chỉnh sửa sai có thể âm thầm làm hỏng một kiểm tra không liên quan. Đây chính là cơ chế lỗi giống hệt đã từng đẩy phần mềm truyền thống rời khỏi các monolith để chuyển sang các dịch vụ phân lớp (layered services) ngay từ đầu.
Đăng nhập để khám phá thêm nội dung
Tham gia cùng người dùng tiền mã hóa toàn cầu trên Binance Square
⚡️ Nhận thông tin mới nhất và hữu ích về tiền mã hóa.
💬 Được tin cậy bởi sàn giao dịch tiền mã hóa lớn nhất thế giới.
👍 Khám phá những thông tin chuyên sâu thực tế từ những nhà sáng tạo đã xác minh.
Email / Số điện thoại