Liên kết còn thiếu trong bảo mật Web3: Thực thi trước giao dịch
Hầu hết các công cụ bảo mật blockchain hoạt động như một bản khám nghiệm tử thi—chúng giải thích chính xác cách tài sản của bạn đã bị rút cạn sau khi cuộc khai thác đã xảy ra. @NewtonProtocol chuyển đổi hoàn toàn mô hình tư duy. Được phát triển bởi Magic Labs, Newton giới thiệu khả năng ủy quyền trước giao dịch thực sự có thể lập trình trên chuỗi. Hãy hình dung nó như mạng lưới ủy quyền của Visa, nhưng được xây dựng sẵn cho nền kinh tế Web3. Nó xử lý và đánh giá các giao dịch dựa trên các chính sách nghiêm ngặt về rủi ro, tuân thủ và bảo mật trước khi tiền thực sự được chuyển đi. Nếu một giao dịch không vượt qua các kiểm tra, nó sẽ bị chặn ngay lập tức, đồng thời trả về một chứng thực thất bại đã được ký trên chuỗi.
Không còn phản ứng nữa. Chỉ phòng ngừa. 🚫 Hầu hết các công cụ Web3 chỉ cho bạn biết điều gì đã xảy ra sau khi tiền của bạn đã biến mất. @NewtonProtocol thay đổi cuộc chơi bằng cách mang đến ủy quyền trước giao dịch thực sự trên chuỗi.
Trước khi một giao dịch được hoàn tất, Newton sẽ đối chiếu giao dịch đó với các chính sách rủi ro và tuân thủ đang hoạt động—trả về một xác nhận đạt/không đạt đã ký trên blockchain.
Newton đối với Web3 giống như mạng lưới ủy quyền của Visa đối với thẻ tín dụng. Quyết định được đưa ra trước khi tiền được chuyển đi.
Biến đổi các DeFi Vault Trong khi các vault DeFi được tuyển chọn nắm giữ hàng tỷ USD, giới hạn rủi ro của chúng thường bị mắc kẹt trong các quy trình rời rạc, chạy ngoài chuỗi (offchain). Newton làm cho các “hàng rào” này trở nên có thể thực thi trên chuỗi.
Newton Vault SDK (do Magic Labs phát triển) Newton Vault SDK đóng gói các kiểm tra về tuân thủ, bảo mật và rủi ro vào một lớp thực thi duy nhất trên blockchain.
Hãy để ý nhé: thông báo chính thức kèm các đối tác ra mắt sẽ được công bố vào ngày 23 tháng 7.
Blockchain mạnh về thanh toán, nhưng thiếu một bước quan trọng: ủy quyền trước khi thực thi. Hiện tại, chúng tôi chỉ phát hiện rủi ro sau khi tiền đã được chuyển. @NewtonProtocol fixes điều này bằng cách hoạt động như mạng lưới ủy quyền của Visa cho Web3. Nó đưa một cơ chế chính sách phi tập trung trực tiếp vào đường dẫn giao dịch. Trước khi bất kỳ vốn nào được chuyển đi, Newton sẽ đánh giá các giao dịch dựa trên các chính sách có thể lập trình (tuân thủ, giới hạn chi tiêu, bảo mật) và ký một bằng chứng đạt/không đạt.
* Ưu tiên ủy quyền: chặn các mối đe dọa trước khi thanh toán.
* Sẵn sàng cho doanh nghiệp: hỗ trợ thực thi an toàn RWA và tác nhân AI.
Newton là lớp kiểm tra quan trọng đã từng bị thiếu trên chuỗi.
Newton đối với nền kinh tế onchain giống như mạng lưới ủy quyền của Visa đối với thẻ tín dụng — một quyết định được đưa ra trước khi tiền di chuyển. Hiện nay, các blockchain giống như những cỗ máy thanh toán đặc biệt. Người dùng ký một giao dịch, hợp đồng thông minh thực thi, và số dư thay đổi. Nhưng trong hệ thống tồn tại một khoảng trống rất lớn: khoảng chênh lệch 700 tỷ USD — vì theo truyền thống, crypto thiếu một lớp ủy quyền trước khi thực thi. Hiện tại, bảo mật và tuân thủ chủ yếu mang tính phản ứng. Chúng ta xem các bảng điều khiển rủi ro hoặc theo dõi các khoản tiền bị đánh cắp sau khi giao dịch đã được hoàn tất. Đó tương đương với việc phê duyệt một giao dịch thẻ tín dụng sau khi tiền đã rời khỏi tài khoản của bạn.
Sự chuyển dịch Từ Phản ứng Sang Thời gian chạy: Magic Labs Ra mắt Newton Vault SDK
Trong tài chính phi tập trung, quản lý rủi ro trước đây thường chỉ được xem như một ý nghĩ sau cùng. Hầu hết các công cụ tuân thủ hoạt động theo hướng phản ứng, tức là các bảng điều khiển ngoài chuỗi—chúng chỉ cho bạn biết chuyện gì đã xảy ra sai sau khi một giao dịch đã được thực hiện. Tuy nhiên, Magic Labs, gã khổng lồ hạ tầng vận hành hơn 53 triệu ví và các nền tảng như Polymarket, đang lật ngược mô hình này bằng cách biến việc ủy quyền thành hạ tầng cốt lõi. Thư viện @NewtonProtocol Vault SDK thiết lập một lớp thực thi cưỡng chế trên chuỗi, đóng gói các kiểm tra bảo mật, tuân thủ và rủi ro trực tiếp vào luồng thực thi. Bằng cách tận dụng kiến trúc ủy quyền nâng cao, SDK đánh giá các giao dịch dựa trên các chính sách Rego đang hoạt động trước khi chúng được xác nhận. Nếu một giao dịch vi phạm các ngưỡng rủi ro hoặc tiêu chuẩn tuân thủ đã được định nghĩa trước, giao dịch đó sẽ bị chặn trước khi bất kỳ giá trị nào được chuyển đi, đồng thời trả về một chứng thực đạt/không đạt được ký trực tiếp trên chuỗi.
Magic Labs ra mắt Newton Vault SDK Các bảng điều khiển tuân thủ theo thời gian thực đã trở nên lỗi thời. Magic Labs (đội ngũ đứng sau 57M+ ví & Polymarket) đang đưa bảo mật ở cấp độ thực thi lên blockchain một cách gốc.
Gói @NewtonProtocol Vault SDK đưa bảo mật, rủi ro và tuân thủ trực tiếp vào một lớp thực thi cưỡng chế onchain duy nhất.
Cách nó thay đổi DeFi/RWA: * Cổng kiểm tra trước giao dịch: Các kiểm tra chính sách Rego đang hoạt động chặn rủi ro trước khi thanh toán.
* Quy tắc được mã hoá sẵn: Thay thế các bảng tính ngoài chuỗi dễ bị tổn thương bằng mã minh bạch, bất biến.
* Quy mô cấp tổ chức: Được tùy chỉnh cho stablecoin, RWA và thương mại cho tác nhân AI.
Thông báo lớn kèm các đối tác ra mắt sẽ diễn ra vào ngày 23 tháng 7.
Mảnh Ghép Thiếu Trong DeFi Của Tổ Chức: Vì Sao Các Kho Lưu Trữ Cần Xác Thực Trên Onchain
Các kho lưu trữ tài chính phi tập trung (DeFi) được tuyển chọn đã phát triển thành một nền tảng cốt lõi cho việc tập hợp vốn, với Tổng Giá trị Khóa (TVL) tăng trưởng bùng nổ nhờ sự tham gia mạnh mẽ của các tổ chức. Tuy nhiên, khi hàng tỷ đô la đổ vào các cỗ máy tạo lợi nhuận tinh vi này, một lỗ hổng quan trọng vẫn còn tồn tại: các khung quản trị rủi ro của chúng về cơ bản vẫn bị phân mảnh và bị mắc kẹt ở ngoài chuỗi (offchain). Truyền thống, trong khi các blockchain nổi trội ở việc thực thi giao dịch và thanh toán, chúng lại thiếu nhận thức theo ngữ cảnh. Hợp đồng thông minh có thể xác minh số dư ví, nhưng không thể tự bản chất biết liệu một giao dịch có vi phạm một ủy quyền/điều khoản thuộc thẩm quyền của tổ chức, vượt quá các giới hạn rủi ro hay tương tác với một thực thể mới bị cấm. Để lấp đầy khoảng trống này, các bên quản tuyển chọn kho lưu trữ trước đây thường dựa vào các hạn chế ở giao diện người dùng (front-end), các quy trình thủ công hoặc giám sát ngoài chuỗi mang tính phản ứng.
Thu hẹp khoảng cách: Đưa quản lý rủi ro DeFi lên onchain với Newton Các vault DeFi được tuyển chọn đang quản lý hàng tỷ tài sản, tuy nhiên các quy trình quản lý rủi ro cốt lõi của chúng thường vẫn bị phân mảnh và tách rời khỏi hệ thống offchain
Khi hệ sinh thái DeFi mở rộng, sự phụ thuộc vào các hệ thống off-chain này tạo ra tính thiếu minh bạch và làm phát sinh rủi ro thực thi đáng kể.
@NewtonProtocol tạo nên mắt xích quan trọng. Bằng cách làm cho các giới hạn rủi ro và quy tắc của một vault DeFi có thể được thực thi hoàn toàn trênchain, Newton thay thế các cơ chế kiểm soát rời rạc, off-chain bằng sự tuân thủ phân quyền, có tính lập trình. Sự chuyển đổi này đưa bảo mật của vault từ việc báo cáo mang tính phản ứng sang thực thi chủ động, theo thời gian thực. Hình ảnh minh họa kề bên thể hiện sự thay đổi này, đối chiếu cách tiếp cận truyền thống—đặc trưng bởi các quy trình offchain phân quyền và khả năng hiển thị bị phân mảnh—với giải pháp của Newton. Newton cho phép việc thực thi quy tắc onchain minh bạch, có thể kiểm chứng tức thì, được bảo đảm bởi các smart contract. Những lợi thế chính của việc thực thi quy tắc onchain với Newton bao gồm:
* Minh bạch phân quyền: Tất cả các giới hạn rủi ro và việc thực thi quy tắc đều có thể được nhìn thấy trên blockchain. * Tuân thủ chủ động: Các quy tắc được tự động và ngay lập tức áp dụng, đảm bảo tuân thủ. * Tăng cường bảo mật: Các cơ chế kiểm soát theo lập trình thay thế cho quy trình thủ công bị phân mảnh, off-chain. Sẵn sàng khám phá cách Newton có thể mang quản lý rủi ro theo dạng lập trình tới các giao thức DeFi của bạn chưa?
Visa xử lý 65.000 giao dịch mỗi giây. Trước khi bất kỳ một đô la nào được chuyển đi, từng giao dịch đều trải qua một quyết định ủy quyền: Thẻ này có hợp lệ không? Có đủ số dư không? Bên đối tác có bị đưa vào danh sách trừng phạt không? DeFi chưa bao giờ có điều này. Các giao dịch được thực thi trước; sau đó mới đến (nếu có) các kiểm tra về tuân thủ, rủi ro và chính sách. Mô hình đó phù hợp với các giao dịch swap dành cho hệ sinh thái crypto-native. Nó không phù hợp với vốn tổ chức, tài sản được token hóa hoặc tài chính được quản lý. @NewtonProtocol thay đổi đó. Đây là mạng lưới ủy quyền onchain đầu tiên — một lớp quyết định thời gian thực nằm giữa ý định của người dùng và việc thực thi trên blockchain. Trước khi một giao dịch được hoàn tất, Newton đánh giá nó dựa trên các chính sách có thể lập trình: giới hạn chi tiêu, tỷ lệ tài sản thế chấp, danh sách trừng phạt, điểm rủi ro của ví. Nếu đạt, nó sẽ được chuyển tiếp. Nếu không đạt, nó bị từ chối ngay lập tức. Không lãng phí gas. Không có trạng thái thất bại. Không có bất ngờ về quy định.
Newton dành cho nền kinh tế onchain điều gì thì mạng lưới ủy quyền của Visa dành cho thẻ tín dụng cũng điều đó—một quyết định xảy ra trước khi tiền được chuyển.
Tài chính truyền thống luôn chạy các kiểm tra trước giao dịch, liên tục đánh giá rủi ro, sàng lọc lệnh trừng phạt, xác minh đối tác trước khi giao dịch được hoàn tất. Ngược lại, DeFi chủ yếu vận hành theo cơ chế “xử lý trước, hỏi sau” .
Nó hoạt động như một lớp ủy quyền onchain nằm giữa ý định của người dùng và việc thực thi của blockchain . Trước khi một giao dịch được hoàn tất, Newton sẽ đối chiếu giao dịch đó với các quy tắc chính sách có thể lập trình bằng cách sử dụng các nguồn dữ liệu trực tiếp . Nếu vi phạm các quy tắc đó—dù là tỷ lệ tài sản đảm bảo, hạn mức chi tiêu hay danh sách trừng phạt—thì giao dịch sẽ không được thực hiện .
Hãy xem Newton như phần kiểm tra còn thiếu trên onchain: hạ tầng giúp DeFi an toàn cho dòng vốn tổ chức . Được xây dựng trên Base và Ethereum thông qua khung AVS của EigenLayer, Newton mang đến tuân thủ thời gian thực và thực thi quản trị rủi ro ở cấp độ giao thức .
Khi token hóa đưa tài sản lên onchain và stablecoin cung cấp cơ chế thanh toán, nút chặn cuối cùng trước khi hàng nghìn tỷ được chuyển đi chính là ủy quyền . Newton khép kín vòng lặp .
Vốn di chuyển với tốc độ của mã lệnh. Giờ đây, tuân thủ cũng vậy.
Newton: Thực thi trước khi thanh toán, không phải báo cáo truy cứu sau (post-hoc)
Trong bối cảnh bảo mật blockchain hiện nay, hầu hết các công cụ giám sát hoạt động theo một mô hình mang tính phản ứng một cách căn bản: chúng quan sát, ghi log và báo cáo về các giao dịch sau khi việc thanh toán (settlement) đã xảy ra. Mặc dù hữu ích cho mục đích điều tra (forensics), cách tiếp cận này chấp nhận một rủi ro cố hữu: đến khi phát hiện vi phạm thì giao dịch đã được hoàn tất, và mọi thiệt hại tiềm tàng đã xảy ra. @NewtonProtocol được thiết kế để thay đổi tư duy đó. Mọi giao dịch được gửi thông qua Newton được đánh giá dựa trên một chính sách chủ động, có thể cấu hình, trước khi thanh toán. Hệ thống thực hiện một kiểm tra mang tính xác định và có thể xác minh bằng mật mã trong thời gian thực. Chỉ khi việc xác thực thành công, Newton mới tạo ra một bản xác nhận (attestation) đã được ký và ghi nhận trực tiếp lên onchain, cung cấp bằng chứng bất biến rằng giao dịch đã được thẩm định và phê duyệt theo chính sách chi phối đúng vào thời điểm thực thi. Các giao dịch thất bại bị chặn hoàn toàn, ngăn không cho hoạt động không tuân thủ tiếp cận được trạng thái hoàn tất (finality).
Newton: Thực thi trước thỏa thuận, không phải báo cáo sau (post-hoc)
Trong các khung bảo mật và giám sát truyền thống, mô hình phổ biến là hồi tố: công cụ sẽ quan sát, ghi log và báo cáo về các giao dịch sau khi chúng đã được thỏa thuận (settled). Mặc dù hữu ích cho điều tra pháp y, cách tiếp cận này vốn dĩ chấp nhận rủi ro bằng việc cho phép hoạt động có thể vi phạm chính sách xảy ra trước khi bất kỳ can thiệp nào có thể diễn ra.
Mọi giao dịch được gửi đến Newton đều được đánh giá dựa trên một chính sách đang hoạt động và có thể cấu hình trước thời điểm thỏa thuận. Hệ thống thực hiện một kiểm tra mang tính quyết định (deterministic) và chỉ khi xác thực thành công, nó mới trả về một bằng chứng (attestation) có chữ ký, ghi nhận kết quả trực tiếp lên onchain. Bằng chứng này đóng vai trò là cơ sở mật mã học để chứng minh rằng giao dịch đã được thẩm định và phê duyệt theo chính sách điều hành tại đúng thời điểm thực thi.
Sự khác biệt là cốt lõi:
· Các công cụ khác cho bạn biết đã xảy ra điều gì. · Newton cho bạn biết điều gì được phép xảy ra—và thực thi ranh giới đó theo thời gian thực.
Bằng cách chuyển dịch bảo mật sang phía trước (left) từ phát hiện sang ngăn chặn, Newton biến chính sách từ một bản ghi kiểm toán thụ động thành một lớp kiểm soát chủ động, có thể xác minh. Với các tổ chức cần tuân thủ nghiêm ngặt, tính toàn vẹn vận hành và khả năng chịu trách nhiệm bất biến, Newton không chỉ mang lại khả năng quan sát (visibility), mà còn mang lại sự chắc chắn.
@NewtonProtocol đang biến đổi bối cảnh blockchain bằng cách thay thế các quy trình thủ công bằng tự động hóa onchain thông minh và có thể kiểm chứng. Thay vì dựa vào các bot tập trung đòi hỏi phải tin tưởng mù quáng, nền tảng tạo ra một môi trường an toàn nơi các ý định do bạn xác định sẽ được thực thi tự động thông qua bằng chứng mật mã.
Bằng cách kết hợp Môi trường Thực thi Tin cậy (Trusted Execution Environments) với công nghệ zero-knowledge, giao thức đảm bảo rằng mọi hành động đều vừa hiệu quả vừa hoàn toàn minh bạch. Cách tiếp cận này giải quyết các rào cản lớn trong ngành bằng cách mã hóa tuân thủ và quản lý rủi ro trực tiếp vào luồng giao dịch, giúp tăng độ tin cậy.
Token NEWT gốc còn giúp bảo mật thêm cho hạ tầng này bằng cách hỗ trợ staking và quản trị cộng đồng chủ động. Khi hệ sinh thái tiến tới các công cụ theo mô-đun, sự thay đổi này đánh dấu một bước tiến nền tảng để xây dựng một nền kinh tế số thực sự tự vận hành, nơi bảo mật và hiệu năng đi cùng nhau.
Sự phát triển của tự động hóa onchain với Newton Protocol
Bối cảnh blockchain đang chứng kiến một sự thay đổi đáng kể khi ngành công nghiệp chuyển dịch từ các quy trình thủ công sang hạ tầng tài chính thông minh và tự vận hành. @NewtonProtocol đang dẫn dắt quá trình chuyển đổi này bằng cách cung cấp một lớp phi tập trung cho phép tự động hóa onchain có thể được xác minh và ủy quyền an toàn. Thay vì dựa vào các bot tập trung hoặc các dịch vụ offchain mờ đục buộc người dùng phải tin tưởng mù quáng, giao thức đưa ra một khuôn khổ nơi ý định gặp gỡ việc thực thi thông qua bằng chứng mật mã.