Binance Square
#newttoken

newttoken

111,599 lượt xem
78 đang thảo luận
Aesthetic_Meow
·
--
@NewtonProtocol #Newt $NEWT Một kho tiền (vault) có thể thực thi các quy tắc riêng tư mà không tiết lộ chính các quy tắc đó hay không? Đó là câu hỏi VaultKit của Magic Newton đang cố gắng trả lời. Mọi hành động của vault như phân bổ lại vốn, thay đổi giới hạn (caps), mở các thị trường, hoặc cập nhật phí đều phải thông qua một chính sách (policy) trước khi đến được vault. Nếu chính sách chấp thuận, nó sẽ được thực thi. Nếu không, sẽ không có gì xảy ra. Nhưng điều gì sẽ xảy ra nếu chính sách sử dụng dữ liệu mật (confidential data)? Magic Newton giải quyết vấn đề này bằng tính toán bảo toàn quyền riêng tư (privacy-preserving computation). Các mô hình rủi ro độc quyền, các kiểm tra tuân thủ (compliance checks) và dữ liệu về tính đủ điều kiện của nhà đầu tư vẫn được giữ kín. Chỉ có một sự chấp thuận có thể được kiểm chứng một cách mật mã (cryptographically verifiable approval) mới được ghi nhận onchain. Điều đó quan trọng ở chỗ nào? Vì các tổ chức thường không thể công bố “sổ tay quy tắc” nội bộ của họ. Magic Newton cho phép các quy tắc đó được thực thi mà không lộ chúng, từ đó việc quản lý onchain trở nên thực tế hơn cho những bên tham gia được quản lý (regulated). Một chi tiết khác tôi thấy thú vị là thiết kế fail-closed (đóng theo chế độ thất bại). Nếu quá trình đánh giá chính sách thất bại vì bất kỳ lý do nào, giao dịch sẽ bị từ chối. Không có đường “bỏ qua âm thầm” — chỉ có một lối đi thay thế công khai và bị trì hoãn theo thời gian. Magic Newton có thay thế các vault hiện có không? Không. VaultKit của Magic Newton nằm giữa bên quản lý (curator) và vault. Các quản lý (managers) vẫn tiếp tục dùng các công cụ hiện tại của họ, trong khi VaultKit xác minh mọi hành động quản lý. Theo tôi, đổi mới lớn nhất không phải là tạo thêm một vault khác, mà là biến mọi quyết định của vault trở nên có thể kiểm chứng mà không đánh đổi quyền riêng tư. Điểm cần nhớ: Niềm tin rất hữu ích, nhưng Magic Newton cho thấy các kiểm tra chính sách có thể thực thi và bảo toàn quyền riêng tư có thể trở thành chuẩn mạnh hơn cho DeFi ở cấp độ tổ chức. #NewtonProtocol #NEWTtoken #NEWTUSDT $BEE $PALU Bạn có tin tưởng một vault hơn nếu mọi hành động của từng người quản lý đều phải vượt qua một bài kiểm tra chính sách tự động không?
@NewtonProtocol #Newt $NEWT
Một kho tiền (vault) có thể thực thi các quy tắc riêng tư mà không tiết lộ chính các quy tắc đó hay không? Đó là câu hỏi VaultKit của Magic Newton đang cố gắng trả lời.

Mọi hành động của vault như phân bổ lại vốn, thay đổi giới hạn (caps), mở các thị trường, hoặc cập nhật phí đều phải thông qua một chính sách (policy) trước khi đến được vault. Nếu chính sách chấp thuận, nó sẽ được thực thi. Nếu không, sẽ không có gì xảy ra.

Nhưng điều gì sẽ xảy ra nếu chính sách sử dụng dữ liệu mật (confidential data)?
Magic Newton giải quyết vấn đề này bằng tính toán bảo toàn quyền riêng tư (privacy-preserving computation).

Các mô hình rủi ro độc quyền, các kiểm tra tuân thủ (compliance checks) và dữ liệu về tính đủ điều kiện của nhà đầu tư vẫn được giữ kín. Chỉ có một sự chấp thuận có thể được kiểm chứng một cách mật mã (cryptographically verifiable approval) mới được ghi nhận onchain.

Điều đó quan trọng ở chỗ nào?

Vì các tổ chức thường không thể công bố “sổ tay quy tắc” nội bộ của họ. Magic Newton cho phép các quy tắc đó được thực thi mà không lộ chúng, từ đó việc quản lý onchain trở nên thực tế hơn cho những bên tham gia được quản lý (regulated).

Một chi tiết khác tôi thấy thú vị là thiết kế fail-closed (đóng theo chế độ thất bại). Nếu quá trình đánh giá chính sách thất bại vì bất kỳ lý do nào, giao dịch sẽ bị từ chối. Không có đường “bỏ qua âm thầm” — chỉ có một lối đi thay thế công khai và bị trì hoãn theo thời gian.

Magic Newton có thay thế các vault hiện có không?

Không. VaultKit của Magic Newton nằm giữa bên quản lý (curator) và vault. Các quản lý (managers) vẫn tiếp tục dùng các công cụ hiện tại của họ, trong khi VaultKit xác minh mọi hành động quản lý.
Theo tôi, đổi mới lớn nhất không phải là tạo thêm một vault khác, mà là biến mọi quyết định của vault trở nên có thể kiểm chứng mà không đánh đổi quyền riêng tư.

Điểm cần nhớ: Niềm tin rất hữu ích, nhưng Magic Newton cho thấy các kiểm tra chính sách có thể thực thi và bảo toàn quyền riêng tư có thể trở thành chuẩn mạnh hơn cho DeFi ở cấp độ tổ chức.
#NewtonProtocol #NEWTtoken #NEWTUSDT $BEE $PALU
Bạn có tin tưởng một vault hơn nếu mọi hành động của từng người quản lý đều phải vượt qua một bài kiểm tra chính sách tự động không?
✅ Yes
100%
❌ No
0%
🤷 Depends on the policy
0%
📚 Need to learn more
0%
9 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Bài viết
Điều gì xảy ra khi một trường KYC chỉ... để trống?Tôi đang đọc qua tài liệu chính sách danh tính của @NewtonProtocol và một dòng đã khiến tôi dừng lại: bất kỳ lỗi nào trong một quy tắc Rego đều khiến quy tắc đó được đánh giá là không xác định (undefined). Và giá trị undefined sẽ được coi như là bị từ chối. Nghe có vẻ an toàn. Nhưng thực ra đó là toàn bộ câu chuyện ở đây. Yêu cầu Các built-in về danh tính của Newton (newton.identity.kyc.*) được thiết kế theo cơ chế fail-closed. Nếu không thể phân tích cú pháp một ngày, hoặc mã quốc gia bị sai định dạng, hoặc một mảng rỗng, thì chính sách không báo lỗi ầm ĩ. Nó chỉ lặng lẽ từ chối. Không có ngoại lệ, không có crash, không có thông báo "hãy kiểm tra dữ liệu của bạn". Chỉ đơn giản là: không được ủy quyền.

Điều gì xảy ra khi một trường KYC chỉ... để trống?

Tôi đang đọc qua tài liệu chính sách danh tính của @NewtonProtocol và một dòng đã khiến tôi dừng lại: bất kỳ lỗi nào trong một quy tắc Rego đều khiến quy tắc đó được đánh giá là không xác định (undefined). Và giá trị undefined sẽ được coi như là bị từ chối.
Nghe có vẻ an toàn. Nhưng thực ra đó là toàn bộ câu chuyện ở đây.
Yêu cầu
Các built-in về danh tính của Newton (newton.identity.kyc.*) được thiết kế theo cơ chế fail-closed. Nếu không thể phân tích cú pháp một ngày, hoặc mã quốc gia bị sai định dạng, hoặc một mảng rỗng, thì chính sách không báo lỗi ầm ĩ. Nó chỉ lặng lẽ từ chối. Không có ngoại lệ, không có crash, không có thông báo "hãy kiểm tra dữ liệu của bạn". Chỉ đơn giản là: không được ủy quyền.
·
--
Tăng giá
🤔 Điều gì sẽ xảy ra nếu rủi ro lớn nhất của AI không nằm ở mô hình, mà nằm ở nơi nó được chạy? Đó là câu hỏi mà @NewtonProtocol is đang cố gắng trả lời. Hiện nay, phần lớn các tác nhân AI (AI agents) phụ thuộc vào các nhà cung cấp cloud tập trung. Chúng nhanh chóng, nhưng cũng tạo ra một điểm lỗi duy nhất (single point of failure). Chỉ cần một sự cố ngừng hoạt động, thay đổi chính sách hoặc vi phạm bảo mật cũng có thể ảnh hưởng đến hàng nghìn người dùng cùng lúc. Vậy Newton Protocol phản hồi như thế nào? Thay vì dựa vào một công ty, nó kết hợp việc thực thi trên chuỗi (on-chain) với hạ tầng phi tập trung. Các hành động quan trọng trở nên minh bạch và có thể được xác minh. Đồng thời, nó sử dụng dữ liệu bên ngoài đáng tin cậy và thông tin tình báo rủi ro để các tác nhân AI có thể đưa ra quyết định với ngữ cảnh tốt hơn, thay vì dựa vào những giả định mù quáng. Theo quan điểm của tôi, điều này không khiến AI “không còn rủi ro.” Nó chỉ đơn giản là chuyển trọng tâm từ việc tin tưởng một nhà cung cấp sang việc kiểm chứng quy trình. Sự khác biệt đó có thể quan trọng khi AI bắt đầu quản lý tài sản và thực hiện các giao dịch tài chính. Câu hỏi thực sự không phải là liệu AI phi tập trung có hoàn hảo hay không. Mà là liệu các hệ thống AI trong tương lai có nên được xây dựng trên hạ tầng mà bất kỳ ai cũng có thể xác minh hay không—thay vì hạ tầng chỉ một công ty duy nhất kiểm soát. Kết luận của tôi: Khi AI ngày càng tự chủ hơn, tính minh bạch có thể trở nên có giá trị ngang với tốc độ. Những dự án giải quyết bài toán này đáng để theo dõi không phải vì chúng đảm bảo thành công, mà vì chúng đang đặt đúng câu hỏi. #NewtonProtocol #Newt $NEWT $AA #NEWTtoken #NEWTUSDT
🤔 Điều gì sẽ xảy ra nếu rủi ro lớn nhất của AI không nằm ở mô hình, mà nằm ở nơi nó được chạy?

Đó là câu hỏi mà @NewtonProtocol is đang cố gắng trả lời.

Hiện nay, phần lớn các tác nhân AI (AI agents) phụ thuộc vào các nhà cung cấp cloud tập trung. Chúng nhanh chóng, nhưng cũng tạo ra một điểm lỗi duy nhất (single point of failure). Chỉ cần một sự cố ngừng hoạt động, thay đổi chính sách hoặc vi phạm bảo mật cũng có thể ảnh hưởng đến hàng nghìn người dùng cùng lúc.

Vậy Newton Protocol phản hồi như thế nào?

Thay vì dựa vào một công ty, nó kết hợp việc thực thi trên chuỗi (on-chain) với hạ tầng phi tập trung. Các hành động quan trọng trở nên minh bạch và có thể được xác minh. Đồng thời, nó sử dụng dữ liệu bên ngoài đáng tin cậy và thông tin tình báo rủi ro để các tác nhân AI có thể đưa ra quyết định với ngữ cảnh tốt hơn, thay vì dựa vào những giả định mù quáng.

Theo quan điểm của tôi, điều này không khiến AI “không còn rủi ro.” Nó chỉ đơn giản là chuyển trọng tâm từ việc tin tưởng một nhà cung cấp sang việc kiểm chứng quy trình. Sự khác biệt đó có thể quan trọng khi AI bắt đầu quản lý tài sản và thực hiện các giao dịch tài chính.

Câu hỏi thực sự không phải là liệu AI phi tập trung có hoàn hảo hay không.

Mà là liệu các hệ thống AI trong tương lai có nên được xây dựng trên hạ tầng mà bất kỳ ai cũng có thể xác minh hay không—thay vì hạ tầng chỉ một công ty duy nhất kiểm soát.

Kết luận của tôi: Khi AI ngày càng tự chủ hơn, tính minh bạch có thể trở nên có giá trị ngang với tốc độ. Những dự án giải quyết bài toán này đáng để theo dõi không phải vì chúng đảm bảo thành công, mà vì chúng đang đặt đúng câu hỏi.

#NewtonProtocol #Newt $NEWT $AA #NEWTtoken #NEWTUSDT
Đã xác minh
Bài viết
Nếu Bản Nâng Cấp Lớn Nhất của Newton Không Phải Là Một Tính Năng Mới, Mà Là Người Mà Nó Chọn Để Tin Tưởng?Newton Mainnet Beta trở nên hấp dẫn hơn vì nó kết hợp thực thi trên chuỗi với dữ liệu giá bên ngoài từ RedStone và trí tuệ rủi ro từ Credora. Điều đó không đảm bảo an toàn. Nhưng nó cho thấy Newton đang cố gắng giảm hai điểm yếu phổ biến trước khi mở rộng quy mô. Quan sát thực tế Phần lớn các đợt ra mắt blockchain đều nói về tốc độ. @NewtonProtocol đang nói về chất lượng dữ liệu và mức độ minh bạch rủi ro. Điều đó thu hút sự chú ý của tôi hơn so với một số TPS khác. Nếu <t-196/>#Newt muốn có hoạt động DeFi nghiêm túc, thì dữ liệu giá kém hoặc rủi ro ẩn có thể phá vỡ niềm tin của người dùng nhanh hơn bất kỳ giao dịch chậm nào.

Nếu Bản Nâng Cấp Lớn Nhất của Newton Không Phải Là Một Tính Năng Mới, Mà Là Người Mà Nó Chọn Để Tin Tưởng?

Newton Mainnet Beta trở nên hấp dẫn hơn vì nó kết hợp thực thi trên chuỗi với dữ liệu giá bên ngoài từ RedStone và trí tuệ rủi ro từ Credora. Điều đó không đảm bảo an toàn. Nhưng nó cho thấy Newton đang cố gắng giảm hai điểm yếu phổ biến trước khi mở rộng quy mô.
Quan sát thực tế
Phần lớn các đợt ra mắt blockchain đều nói về tốc độ.
@NewtonProtocol đang nói về chất lượng dữ liệu và mức độ minh bạch rủi ro.
Điều đó thu hút sự chú ý của tôi hơn so với một số TPS khác.
Nếu <t-196/>#Newt muốn có hoạt động DeFi nghiêm túc, thì dữ liệu giá kém hoặc rủi ro ẩn có thể phá vỡ niềm tin của người dùng nhanh hơn bất kỳ giao dịch chậm nào.
Đã xác minh
KYC có thể được tái sử dụng mà không làm lộ dữ liệu cá nhân không? Đó là câu hỏi mà @NewtonProtocol VC đang tìm cách trả lời. Hầu hết các ứng dụng thu thập KYC riêng lẻ, khiến người dùng phải lặp lại cùng một quy trình. Newton giới thiệu một cách tiếp cận khác: xác minh một lần, sau đó để các chính sách kiểm tra xem người dùng có đáp ứng các yêu cầu cụ thể hay không mà không tiết lộ dữ liệu danh tính nền tảng. Cơ chế này hoạt động như thế nào? Nếu bạn là nhà phát triển, bạn có thể thu thập KYC thông qua nhà cung cấp mà bạn lựa chọn, đăng ký nó với Newton, và tạo các quy tắc như cho phép truy cập chỉ dành cho người dùng từ 18+ và cư trú ở các khu vực được phê duyệt. Điều gì sẽ xảy ra nếu một nhà phát triển khác đã xác minh cùng một người dùng? Newton cho phép bạn sử dụng danh tính đã được xác minh đó theo cách bảo vệ quyền riêng tư. Ứng dụng của bạn chỉ biết liệu các điều kiện của chính sách có được đáp ứng hay không, chứ không nhận được thông tin cá nhân của người dùng. Điều này giúp giảm việc xác minh lặp lại trong khi vẫn giữ dữ liệu nhạy cảm ở chế độ riêng tư. Chuyện gì diễn ra ở phía sau hậu trường? Luồng này rất đơn giản: thu thập KYC, đăng ký với Newton, để người dùng liên kết danh tính của mình, gửi một yêu cầu đã ký, và để một chính sách đánh giá xem các yêu cầu có được thỏa mãn hay không. Theo quan điểm của tôi, ý tưởng có giá trị nhất không phải là thay thế KYC mà là làm cho danh tính đã được xác minh có thể tái sử dụng, đồng thời vẫn bảo vệ dữ liệu cá nhân. Bài học cốt lõi: tuân thủ tốt hơn không phải lúc nào cũng cần thu thập thêm dữ liệu. Đôi khi, chỉ cần xác minh thông minh hơn. #Newt $NEWT #NewtonProtocol #NEWTtoken #NEWTUSDT $BEAT $ARX Bạn có nghĩ rằng KYC nên được tái sử dụng giữa các ứng dụng mà không chia sẻ dữ liệu cá nhân của bạn không?
KYC có thể được tái sử dụng mà không làm lộ dữ liệu cá nhân không? Đó là câu hỏi mà @NewtonProtocol VC đang tìm cách trả lời.
Hầu hết các ứng dụng thu thập KYC riêng lẻ, khiến người dùng phải lặp lại cùng một quy trình. Newton giới thiệu một cách tiếp cận khác: xác minh một lần, sau đó để các chính sách kiểm tra xem người dùng có đáp ứng các yêu cầu cụ thể hay không mà không tiết lộ dữ liệu danh tính nền tảng.
Cơ chế này hoạt động như thế nào?
Nếu bạn là nhà phát triển, bạn có thể thu thập KYC thông qua nhà cung cấp mà bạn lựa chọn, đăng ký nó với Newton, và tạo các quy tắc như cho phép truy cập chỉ dành cho người dùng từ 18+ và cư trú ở các khu vực được phê duyệt.
Điều gì sẽ xảy ra nếu một nhà phát triển khác đã xác minh cùng một người dùng?
Newton cho phép bạn sử dụng danh tính đã được xác minh đó theo cách bảo vệ quyền riêng tư. Ứng dụng của bạn chỉ biết liệu các điều kiện của chính sách có được đáp ứng hay không, chứ không nhận được thông tin cá nhân của người dùng. Điều này giúp giảm việc xác minh lặp lại trong khi vẫn giữ dữ liệu nhạy cảm ở chế độ riêng tư.
Chuyện gì diễn ra ở phía sau hậu trường?
Luồng này rất đơn giản: thu thập KYC, đăng ký với Newton, để người dùng liên kết danh tính của mình, gửi một yêu cầu đã ký, và để một chính sách đánh giá xem các yêu cầu có được thỏa mãn hay không.
Theo quan điểm của tôi, ý tưởng có giá trị nhất không phải là thay thế KYC mà là làm cho danh tính đã được xác minh có thể tái sử dụng, đồng thời vẫn bảo vệ dữ liệu cá nhân.
Bài học cốt lõi: tuân thủ tốt hơn không phải lúc nào cũng cần thu thập thêm dữ liệu. Đôi khi, chỉ cần xác minh thông minh hơn.
#Newt $NEWT #NewtonProtocol #NEWTtoken #NEWTUSDT $BEAT $ARX

Bạn có nghĩ rằng KYC nên được tái sử dụng giữa các ứng dụng mà không chia sẻ dữ liệu cá nhân của bạn không?
👍 Yes, definitely
50%
🤔 Maybe
13%
🔒 No, separate KYC is better
37%
📚 Need to learn more
0%
8 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Bài viết
Oracle dữ liệu tùy chỉnh nghe có vẻ mạnh mẽ cho đến khi bạn thực sự viết một cái.cho phép bất kỳ ai cũng có thể gửi mã WebAssembly kéo dữ liệu bên ngoài trực tiếp vào các chính sách Rego. Yêu cầu đưa ra rất đơn giản: điều này giúp các quyết định on-chain linh hoạt như các API ngoài chuỗi mà không phải đánh đổi việc thực thi có thể được kiểm chứng. Trên thực tế, nó chuyển công việc và rủi ro sang người nào chịu trách nhiệm duy trì thành phần WASM đó. Tôi đã dành thời gian xem tài liệu và ví dụ của họ. Đây là những điểm nổi bật khi bạn thử dùng nó cho một việc thực tế. Luồng Oracle hoạt động thực sự như thế nào Bạn viết một chương trình nhỏ (hiện tại chủ yếu là JavaScript) thực thi hàm run. Chương trình nhận JSON, có thể gọi HTTP thông qua host, tùy chọn đọc các bí mật, và trả về JSON sẽ nằm trong chính sách của bạn dưới dạng dữ liệu ở data.wasm.

Oracle dữ liệu tùy chỉnh nghe có vẻ mạnh mẽ cho đến khi bạn thực sự viết một cái.

cho phép bất kỳ ai cũng có thể gửi mã WebAssembly kéo dữ liệu bên ngoài trực tiếp vào các chính sách Rego. Yêu cầu đưa ra rất đơn giản: điều này giúp các quyết định on-chain linh hoạt như các API ngoài chuỗi mà không phải đánh đổi việc thực thi có thể được kiểm chứng. Trên thực tế, nó chuyển công việc và rủi ro sang người nào chịu trách nhiệm duy trì thành phần WASM đó.
Tôi đã dành thời gian xem tài liệu và ví dụ của họ. Đây là những điểm nổi bật khi bạn thử dùng nó cho một việc thực tế.
Luồng Oracle hoạt động thực sự như thế nào
Bạn viết một chương trình nhỏ (hiện tại chủ yếu là JavaScript) thực thi hàm run. Chương trình nhận JSON, có thể gọi HTTP thông qua host, tùy chọn đọc các bí mật, và trả về JSON sẽ nằm trong chính sách của bạn dưới dạng dữ liệu ở data.wasm.
#newt $NEWT Làm thế nào mà một chính sách thậm chí được tạo ra? Một nhà phát triển viết logic trong Rego, đăng lên registry Newton và lưu trữ trên IPFS, được tham chiếu bởi CID. Điều này có nghĩa là mọi chính sách đều có thể kiểm chứng và tái sử dụng, không phải một “hộp đen” bị chôn trong một hợp đồng. Ai quyết định chính sách nào áp dụng cho một giao dịch? Người dùng. Họ triển khai một hợp đồng PolicyClient, chọn một chính sách và đặt các ngưỡng cũng như quy tắc hết hạn của riêng họ. Theo quan điểm của tôi, đây là phần ít được chú ý nhưng lại rất quan trọng: nó trả quyền kiểm soát về cho người dùng thay vì một cổng kiểm soát tập trung. Điều gì xảy ra khi một tác vụ được gửi đi? Một Intent ghép với PolicyClient và truy cập #Newt Gateway thông qua SDK hoặc RPC. Bề ngoài thì đơn giản, nhưng đây là điểm kích hoạt cho toàn bộ phần còn lại phía sau. Ai là người thực sự kiểm tra xem giao dịch có hợp lệ hay không? Các nhà vận hành AVS độc lập đánh giá chính sách và tạo chữ ký BLS. Khi đạt ngưỡng (quorum), một Aggregator sẽ gom chúng lại thành một attestation duy nhất. Theo quan điểm của tôi, đây là lựa chọn thiết kế mạnh mẽ nhất trong toàn bộ luồng: không một nhà vận hành đơn lẻ nào có thể tự ý phê duyệt hoặc chặn bất cứ điều gì. $NEWT Vậy thông điệp cần rút ra là gì? @NewtonProtocol không chỉ là thêm một bước phê duyệt khác cho giao dịch; mà là phi tập trung hóa chính quá trình phán xét. Đây mới là sự thay đổi đáng theo dõi. $LAB #NEWTtoken #NEWTUSDT @NewtonProtocol
#newt $NEWT Làm thế nào mà một chính sách thậm chí được tạo ra?
Một nhà phát triển viết logic trong Rego, đăng lên registry Newton và lưu trữ trên IPFS, được tham chiếu bởi CID. Điều này có nghĩa là mọi chính sách đều có thể kiểm chứng và tái sử dụng, không phải một “hộp đen” bị chôn trong một hợp đồng.
Ai quyết định chính sách nào áp dụng cho một giao dịch?
Người dùng. Họ triển khai một hợp đồng PolicyClient, chọn một chính sách và đặt các ngưỡng cũng như quy tắc hết hạn của riêng họ. Theo quan điểm của tôi, đây là phần ít được chú ý nhưng lại rất quan trọng: nó trả quyền kiểm soát về cho người dùng thay vì một cổng kiểm soát tập trung.
Điều gì xảy ra khi một tác vụ được gửi đi?
Một Intent ghép với PolicyClient và truy cập #Newt Gateway thông qua SDK hoặc RPC. Bề ngoài thì đơn giản, nhưng đây là điểm kích hoạt cho toàn bộ phần còn lại phía sau.
Ai là người thực sự kiểm tra xem giao dịch có hợp lệ hay không?
Các nhà vận hành AVS độc lập đánh giá chính sách và tạo chữ ký BLS. Khi đạt ngưỡng (quorum), một Aggregator sẽ gom chúng lại thành một attestation duy nhất. Theo quan điểm của tôi, đây là lựa chọn thiết kế mạnh mẽ nhất trong toàn bộ luồng: không một nhà vận hành đơn lẻ nào có thể tự ý phê duyệt hoặc chặn bất cứ điều gì. $NEWT
Vậy thông điệp cần rút ra là gì?
@NewtonProtocol không chỉ là thêm một bước phê duyệt khác cho giao dịch; mà là phi tập trung hóa chính quá trình phán xét. Đây mới là sự thay đổi đáng theo dõi.
$LAB #NEWTtoken #NEWTUSDT @NewtonProtocol
Đã xác minh
Tại sao một policy engine lại cần tới năm bước riêng biệt chỉ để nói “có” hoặc “không” cho một giao dịch? Đó mới là câu hỏi thực sự đằng sau Newton's Evaluation Lifecycle. Làm thế nào để một policy được tạo ra? Một developer viết logic bằng Rego, đăng tải lên Newton registry, và được lưu trữ trên IPFS, được tham chiếu bằng CID. Điều này có nghĩa là mọi policy đều có thể được xác minh và tái sử dụng, không phải một “hộp đen” bị chôn trong một hợp đồng. Ai quyết định policy nào áp dụng cho một giao dịch? Người dùng. Họ triển khai một hợp đồng PolicyClient, chọn một policy và đặt các ngưỡng cũng như quy tắc hết hạn của riêng mình. Theo quan điểm của tôi, đây là phần bị xem nhẹ nhất: nó trả lại quyền kiểm soát cho người dùng thay vì đặt nó vào một cổng kiểm soát tập trung. Điều gì xảy ra khi một tác vụ được gửi? An Intent ghép với PolicyClient và đi tới #Newt Gateway thông qua SDK hoặc RPC. Bề ngoài thì đơn giản, nhưng đây là điểm kích hoạt cho mọi thứ diễn ra sau đó. Ai là người thực sự kiểm tra xem giao dịch có hợp lệ hay không? Các nhà vận hành AVS độc lập đánh giá policy và tạo ra chữ ký BLS. Khi đạt ngưỡng (quorum), một Aggregator sẽ gộp chúng thành một xác nhận (attestation). Theo quan điểm của tôi, đây là lựa chọn thiết kế mạnh nhất trong toàn bộ luồng: không một nhà vận hành đơn lẻ nào có thể tự ý phê duyệt hoặc chặn bất cứ điều gì. $NEWT Vậy bài học rút ra là gì? @NewtonProtocol không chỉ là việc thêm một bước phê duyệt nữa cho các giao dịch, mà là phi tập trung hóa chính sự đánh giá. Đó mới là sự thay đổi đáng để theo dõi. $ARX $LAB #NewtonProtocol #NEWTtoken #NEWTUSDT 📊 Điều quan trọng nhất trước khi một giao dịch đi qua?
Tại sao một policy engine lại cần tới năm bước riêng biệt chỉ để nói “có” hoặc “không” cho một giao dịch?
Đó mới là câu hỏi thực sự đằng sau Newton's Evaluation Lifecycle.

Làm thế nào để một policy được tạo ra?

Một developer viết logic bằng Rego, đăng tải lên Newton registry, và được lưu trữ trên IPFS, được tham chiếu bằng CID. Điều này có nghĩa là mọi policy đều có thể được xác minh và tái sử dụng, không phải một “hộp đen” bị chôn trong một hợp đồng.

Ai quyết định policy nào áp dụng cho một giao dịch?

Người dùng. Họ triển khai một hợp đồng PolicyClient, chọn một policy và đặt các ngưỡng cũng như quy tắc hết hạn của riêng mình. Theo quan điểm của tôi, đây là phần bị xem nhẹ nhất: nó trả lại quyền kiểm soát cho người dùng thay vì đặt nó vào một cổng kiểm soát tập trung.

Điều gì xảy ra khi một tác vụ được gửi?

An Intent ghép với PolicyClient và đi tới #Newt Gateway thông qua SDK hoặc RPC. Bề ngoài thì đơn giản, nhưng đây là điểm kích hoạt cho mọi thứ diễn ra sau đó.

Ai là người thực sự kiểm tra xem giao dịch có hợp lệ hay không?

Các nhà vận hành AVS độc lập đánh giá policy và tạo ra chữ ký BLS. Khi đạt ngưỡng (quorum), một Aggregator sẽ gộp chúng thành một xác nhận (attestation). Theo quan điểm của tôi, đây là lựa chọn thiết kế mạnh nhất trong toàn bộ luồng: không một nhà vận hành đơn lẻ nào có thể tự ý phê duyệt hoặc chặn bất cứ điều gì. $NEWT

Vậy bài học rút ra là gì?

@NewtonProtocol không chỉ là việc thêm một bước phê duyệt nữa cho các giao dịch, mà là phi tập trung hóa chính sự đánh giá. Đó mới là sự thay đổi đáng để theo dõi.
$ARX $LAB #NewtonProtocol #NEWTtoken #NEWTUSDT
📊 Điều quan trọng nhất trước khi một giao dịch đi qua?
🔹 Security
64%
🔹 Speed
29%
🔹 Transparency
7%
🔹 Low fees
0%
14 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Bài viết
Điều gì xảy ra khi các quy tắc của vault được thực thi trước khi tiền được chuyển đi?Các vault DeFi liên tục bị rút cạn hoặc bị hạn chế khi các tổ chức xuất hiện; Newton muốn thay đổi điều đó. định vị mình như lớp chính sách mặc định từ trước cuộc định cư có khả năng thực sự thực thi các quy tắc của vault trên onchain trước khi bất kỳ giao dịch nào được thực hiện. Sự thật: tính đến mainnet beta vào cuối tháng 6 năm 2026, nó tích hợp với các dữ liệu như giá RedStone và điểm rủi ro Credora để chặn hoặc cho phép các động thái theo thời gian thực. Năng lượng cốt lõi Hầu hết các rào chắn (guardrails) cho vault hiện nay là các cam kết offchain hoặc là mã phản ứng chỉ kích hoạt sau khi một điều gì đó đã xảy ra sai. <t-77/>#Newt nói rằng nó kiểm tra điều kiện phù hợp của nhà đầu tư, giới hạn vị thế, mất neo (depeg) và nhiều thứ khác trước khi thanh toán, để lại một biên nhận onchain có thể được xác minh. Điều này quan trọng vì hiện nay các vault đang nắm giữ các dòng chảy nghiêm túc về stablecoin và RWA lên tới hàng trăm tỷ, tìm kiếm lợi suất mà không phải đau đầu tuân thủ ở mức độ TradFi.

Điều gì xảy ra khi các quy tắc của vault được thực thi trước khi tiền được chuyển đi?

Các vault DeFi liên tục bị rút cạn hoặc bị hạn chế khi các tổ chức xuất hiện; Newton muốn thay đổi điều đó.
định vị mình như lớp chính sách mặc định từ trước cuộc định cư có khả năng thực sự thực thi các quy tắc của vault trên onchain trước khi bất kỳ giao dịch nào được thực hiện. Sự thật: tính đến mainnet beta vào cuối tháng 6 năm 2026, nó tích hợp với các dữ liệu như giá RedStone và điểm rủi ro Credora để chặn hoặc cho phép các động thái theo thời gian thực.
Năng lượng cốt lõi
Hầu hết các rào chắn (guardrails) cho vault hiện nay là các cam kết offchain hoặc là mã phản ứng chỉ kích hoạt sau khi một điều gì đó đã xảy ra sai. <t-77/>#Newt nói rằng nó kiểm tra điều kiện phù hợp của nhà đầu tư, giới hạn vị thế, mất neo (depeg) và nhiều thứ khác trước khi thanh toán, để lại một biên nhận onchain có thể được xác minh. Điều này quan trọng vì hiện nay các vault đang nắm giữ các dòng chảy nghiêm túc về stablecoin và RWA lên tới hàng trăm tỷ, tìm kiếm lợi suất mà không phải đau đầu tuân thủ ở mức độ TradFi.
Đã xác minh
Bài viết
Newton khiến tôi nghĩ khác một chút về hợp đồng thông minhĐiều gì sẽ xảy ra nếu một giao dịch có thể chứng minh rằng nó đã đáp ứng các quy tắc của bạn trước khi hợp đồng thông minh của bạn chạm vào nó? @NewtonProtocol keeps đẩy ý tưởng rằng việc ủy quyền nên xảy ra trước khi thực thi, không phải sau đó. Điều đó nghe có vẻ nhỏ, nhưng nó thay đổi nơi các nhà phát triển đặt niềm tin. Thay vì đặt mọi điều kiện trực tiếp trong một hợp đồng, Newton cho phép một chính sách quyết định liệu một giao dịch có xứng đáng được tiến về phía trước hay không. Sự giằng co thực tiễn $UP Hầu hết các hợp đồng thông minh đều tĩnh sau khi được triển khai. Các quy tắc kinh doanh không phải là. Giới hạn chi tiêu thay đổi. Yêu cầu tuân thủ thay đổi. Trạng thái của một ví thay đổi. Việc cập nhật Solidity mỗi lần như vậy sẽ chậm và tốn kém. Newton tiếp cận vấn đề này theo cách khác bằng cách tách các quy tắc của giao dịch khỏi logic của hợp đồng.

Newton khiến tôi nghĩ khác một chút về hợp đồng thông minh

Điều gì sẽ xảy ra nếu một giao dịch có thể chứng minh rằng nó đã đáp ứng các quy tắc của bạn trước khi hợp đồng thông minh của bạn chạm vào nó?
@NewtonProtocol keeps đẩy ý tưởng rằng việc ủy quyền nên xảy ra trước khi thực thi, không phải sau đó. Điều đó nghe có vẻ nhỏ, nhưng nó thay đổi nơi các nhà phát triển đặt niềm tin. Thay vì đặt mọi điều kiện trực tiếp trong một hợp đồng, Newton cho phép một chính sách quyết định liệu một giao dịch có xứng đáng được tiến về phía trước hay không.
Sự giằng co thực tiễn $UP
Hầu hết các hợp đồng thông minh đều tĩnh sau khi được triển khai.
Các quy tắc kinh doanh không phải là.
Giới hạn chi tiêu thay đổi. Yêu cầu tuân thủ thay đổi. Trạng thái của một ví thay đổi. Việc cập nhật Solidity mỗi lần như vậy sẽ chậm và tốn kém. Newton tiếp cận vấn đề này theo cách khác bằng cách tách các quy tắc của giao dịch khỏi logic của hợp đồng.
·
--
🚨 $NEWT Giai đoạn kiểm tra lại cục bộ! Giá đang co nén quanh $0.0467 khi mức hỗ trợ bị thách thức! 🚀📉👇 Newt ($NEWT) đang đi qua một chuỗi điều chỉnh cục bộ trên biểu đồ, hiện giao dịch giảm xuống quanh $0.0467! Sau khi gặp kháng cự tại đỉnh phiên gần mức 24h High ($0.0492), giá đã rút lui để tìm sự ổn định ngay trên nền hỗ trợ (đệm) gần 24h Low ($0.0463). Được hậu thuẫn bởi một “hồ” khối lượng giao dịch USDT hằng ngày đang hoạt động đạt $431,178.35 và xoay vòng qua ma trận AI, hiện một cuộc chiến giành ranh giới phạm vi quan trọng đang diễn ra. Chốt kế hoạch của bạn ngay: 🟢 LONG ENTRY (Đảo chiều phá vỡ): ✅ Kích hoạt: Đóng NÊN TRÊN $0.0495 🎯 🎯 Mục tiêu: $0.0530 | $0.0570+ 🚀 🛑 Cắt lỗ: $0.0458 🔴 SHORT ENTRY (Tiếp diễn xu hướng giảm): ✅ Kích hoạt: Đóng XUỐNG DƯỚI $0.0455 🎯 🎯 Mục tiêu: $0.0420 | $0.0380- 📉 🛑 Cắt lỗ: $0.0482 💡 TRI THỨC CỦA NHÀ GIAO DỊCH: Hãy chú ý kỹ đến cấu hình khung thời gian — phân tích kỹ thuật này bám sát cấu trúc mốc thời gian 4 giờ (4h)! Trong khi hiệu suất vĩ mô 24h cho thấy sự co hẹp cục bộ trong sắc đỏ (-4.89%), thì cây nến 4H ngay lập tức đang xác nhận một nhịp “nghỉ thở” tạm thời với mức nén hoàn toàn phẳng, tick tiến triển là 0.00% (0.0000). Tránh ép lệnh mua/bán dùng đòn bẩy quá cao ngay vào vùng lình xình giữa phạm vi — hãy để khung 4H đóng lại rõ ràng hoàn toàn ra ngoài các ngưỡng biên này để xác nhận tính bền vững của tốc độ hấp thụ thanh khoản trước khi xác nhận vào lệnh. Bảo toàn vốn là ưu tiên số một! 📊🔒 ⚠️ Các tài sản trong nhóm được điều khiển bởi AI với tốc độ cao thường có các đợt quét thanh khoản đột ngột, các đợt “xả” đòn bẩy cục bộ mạnh và mức sụt biến động nhanh gần các sàn hỗ trợ quan trọng. Siết chặt tham số rủi ro của bạn và tự nghiên cứu (DYOR)! ⚠️ {future}(NEWTUSDT) ➡️ BẤM VÀO LINK COIN ĐƯỢC GẮN THẺ $NEWT BÊN DƯỚI ⬅️ #BinanceSquare #NEWTUSDT #NEWTtoken #TechnicalAnalysis
🚨 $NEWT Giai đoạn kiểm tra lại cục bộ! Giá đang co nén quanh $0.0467 khi mức hỗ trợ bị thách thức! 🚀📉👇

Newt ($NEWT ) đang đi qua một chuỗi điều chỉnh cục bộ trên biểu đồ, hiện giao dịch giảm xuống quanh $0.0467! Sau khi gặp kháng cự tại đỉnh phiên gần mức 24h High ($0.0492), giá đã rút lui để tìm sự ổn định ngay trên nền hỗ trợ (đệm) gần 24h Low ($0.0463). Được hậu thuẫn bởi một “hồ” khối lượng giao dịch USDT hằng ngày đang hoạt động đạt $431,178.35 và xoay vòng qua ma trận AI, hiện một cuộc chiến giành ranh giới phạm vi quan trọng đang diễn ra. Chốt kế hoạch của bạn ngay:

🟢 LONG ENTRY (Đảo chiều phá vỡ):
✅ Kích hoạt: Đóng NÊN TRÊN $0.0495 🎯
🎯 Mục tiêu: $0.0530 | $0.0570+ 🚀
🛑 Cắt lỗ: $0.0458

🔴 SHORT ENTRY (Tiếp diễn xu hướng giảm):
✅ Kích hoạt: Đóng XUỐNG DƯỚI $0.0455 🎯
🎯 Mục tiêu: $0.0420 | $0.0380- 📉
🛑 Cắt lỗ: $0.0482

💡 TRI THỨC CỦA NHÀ GIAO DỊCH: Hãy chú ý kỹ đến cấu hình khung thời gian — phân tích kỹ thuật này bám sát cấu trúc mốc thời gian 4 giờ (4h)! Trong khi hiệu suất vĩ mô 24h cho thấy sự co hẹp cục bộ trong sắc đỏ (-4.89%), thì cây nến 4H ngay lập tức đang xác nhận một nhịp “nghỉ thở” tạm thời với mức nén hoàn toàn phẳng, tick tiến triển là 0.00% (0.0000). Tránh ép lệnh mua/bán dùng đòn bẩy quá cao ngay vào vùng lình xình giữa phạm vi — hãy để khung 4H đóng lại rõ ràng hoàn toàn ra ngoài các ngưỡng biên này để xác nhận tính bền vững của tốc độ hấp thụ thanh khoản trước khi xác nhận vào lệnh. Bảo toàn vốn là ưu tiên số một! 📊🔒

⚠️ Các tài sản trong nhóm được điều khiển bởi AI với tốc độ cao thường có các đợt quét thanh khoản đột ngột, các đợt “xả” đòn bẩy cục bộ mạnh và mức sụt biến động nhanh gần các sàn hỗ trợ quan trọng. Siết chặt tham số rủi ro của bạn và tự nghiên cứu (DYOR)! ⚠️
➡️ BẤM VÀO LINK COIN ĐƯỢC GẮN THẺ $NEWT BÊN DƯỚI ⬅️

#BinanceSquare #NEWTUSDT #NEWTtoken #TechnicalAnalysis
·
--
Giảm giá
Logo của @NewtonProtocol có một con số ẩn trong đó mà hầu hết các trang thương hiệu không bao giờ bận giải thích. 0,8x. Đó là tỷ lệ giữa tam giác và lục giác trong dấu ấn của Newton. Không phải 0,75, không phải "xấp xỉ tỉ lệ". Một số thập phân cụ thể, được nêu rõ trong chính sơ đồ cấu tạo của họ, cạnh ba góc 60°. Phần lớn bộ nhận diện thương hiệu chỉ dừng ở "đây là logo của chúng tôi, đừng kéo giãn". #Newt đi xa hơn: họ công bố hình học thực tế—lục giác (cấu trúc) chứa tam giác (biến đổi) chứa hình tròn (tính liên tục) chứa hình vuông. Bốn dạng, một trục, một tỷ lệ. Điểm đáng chú ý nằm ở chỗ: mức độ chính xác này chỉ thực sự quan trọng nếu ai đó định tái tạo dấu ấn bằng tay hoặc bằng mã—nghĩ đến việc tạo SVG, biểu tượng ứng dụng động, đồng phát hành thương hiệu với đối tác ở những kích thước lẻ. Với 95% người tải một bộ logo, 0,8x chỉ là kiến thức vụn vặt. $NEWT Vậy tại sao lại đưa nó ra? Dự đoán của tôi: đó là tín hiệu tin cậy nhắm tới các đối tác kỹ thuật, không phải nhà thiết kế. "Chúng tôi đã nghĩ đến điều này đến tận con số thập phân" nghe khác đi nhiều khi gửi tới một đội kỹ thuật đang đánh giá một tích hợp, so với một marketer chọn ảnh banner. Chỉ là một chi tiết nhỏ. Nhưng nó cho bạn biết trang thương hiệu của Newton thực sự được viết cho ai. Không phải báo chí. Không phải người dùng bình thường. Mà là người sẽ nhúng cái lục giác đó vào một codebase và cần nó trông đúng ở cả 16px lẫn 400px. Đáng để kiểm tra xem tài sản thương hiệu của bạn có làm điều này không, hoặc liệu "đừng kéo giãn logo" có là nơi mọi thứ dừng lại của bất kỳ ai. #NEWTtoken #NEWTUSDT #NewtonProtocol
Logo của @NewtonProtocol có một con số ẩn trong đó mà hầu hết các trang thương hiệu không bao giờ bận giải thích.

0,8x. Đó là tỷ lệ giữa tam giác và lục giác trong dấu ấn của Newton. Không phải 0,75, không phải "xấp xỉ tỉ lệ". Một số thập phân cụ thể, được nêu rõ trong chính sơ đồ cấu tạo của họ, cạnh ba góc 60°.

Phần lớn bộ nhận diện thương hiệu chỉ dừng ở "đây là logo của chúng tôi, đừng kéo giãn". #Newt đi xa hơn: họ công bố hình học thực tế—lục giác (cấu trúc) chứa tam giác (biến đổi) chứa hình tròn (tính liên tục) chứa hình vuông. Bốn dạng, một trục, một tỷ lệ.

Điểm đáng chú ý nằm ở chỗ: mức độ chính xác này chỉ thực sự quan trọng nếu ai đó định tái tạo dấu ấn bằng tay hoặc bằng mã—nghĩ đến việc tạo SVG, biểu tượng ứng dụng động, đồng phát hành thương hiệu với đối tác ở những kích thước lẻ. Với 95% người tải một bộ logo, 0,8x chỉ là kiến thức vụn vặt. $NEWT

Vậy tại sao lại đưa nó ra? Dự đoán của tôi: đó là tín hiệu tin cậy nhắm tới các đối tác kỹ thuật, không phải nhà thiết kế. "Chúng tôi đã nghĩ đến điều này đến tận con số thập phân" nghe khác đi nhiều khi gửi tới một đội kỹ thuật đang đánh giá một tích hợp, so với một marketer chọn ảnh banner.

Chỉ là một chi tiết nhỏ. Nhưng nó cho bạn biết trang thương hiệu của Newton thực sự được viết cho ai. Không phải báo chí. Không phải người dùng bình thường. Mà là người sẽ nhúng cái lục giác đó vào một codebase và cần nó trông đúng ở cả 16px lẫn 400px.

Đáng để kiểm tra xem tài sản thương hiệu của bạn có làm điều này không, hoặc liệu "đừng kéo giãn logo" có là nơi mọi thứ dừng lại của bất kỳ ai.
#NEWTtoken #NEWTUSDT #NewtonProtocol
Vì sao các rào chắn Agent của Newton Cảm Giác Khác (và Điều Gì Vẫn Có Thể Sai)<c-16/> cho phép bạn chạy các tác nhân AI trên tiền của mình mà không cần bàn giao chìa khóa theo giấy tờ, ít nhất là vậy. Mâu thuẫn thực sự rất đơn giản: tự động hóa DeFi từ trước đến nay luôn đánh đổi tính an toàn lấy sự tiện lợi. Newton Protocol ( ) cố gắng khắc phục điều đó bằng cách thêm một lớp chính sách kiểm tra các quy tắc trước khi bất kỳ giao dịch nào được thực thi. Đó không phải là một trang trại lợi nhuận khác. Đây là một hệ thống ủy quyền được thiết kế cho tác nhân và tổ chức. Cách Newton Thực Sự Hoạt Động (trong thực tế) Các nhà phát triển viết các chính sách bằng Rego—một ngôn ngữ chính sách dùng để đánh giá dữ liệu ngoài chuỗi như danh sách trừng phạt, trạng thái KYC hoặc hạn mức chi tiêu. Một mạng lưới nhà điều hành phi tập trung (được hậu thuẫn bởi EigenLayer restaking) sẽ thực hiện phép kiểm tra. Chỉ các giao dịch tuân thủ mới được thông qua. Tất cả đều tạo ra một biên nhận onchain có thể xác minh được.

Vì sao các rào chắn Agent của Newton Cảm Giác Khác (và Điều Gì Vẫn Có Thể Sai)

<c-16/> cho phép bạn chạy các tác nhân AI trên tiền của mình mà không cần bàn giao chìa khóa theo giấy tờ, ít nhất là vậy.
Mâu thuẫn thực sự rất đơn giản: tự động hóa DeFi từ trước đến nay luôn đánh đổi tính an toàn lấy sự tiện lợi. Newton Protocol (
) cố gắng khắc phục điều đó bằng cách thêm một lớp chính sách kiểm tra các quy tắc trước khi bất kỳ giao dịch nào được thực thi. Đó không phải là một trang trại lợi nhuận khác. Đây là một hệ thống ủy quyền được thiết kế cho tác nhân và tổ chức.
Cách Newton Thực Sự Hoạt Động (trong thực tế)
Các nhà phát triển viết các chính sách bằng Rego—một ngôn ngữ chính sách dùng để đánh giá dữ liệu ngoài chuỗi như danh sách trừng phạt, trạng thái KYC hoặc hạn mức chi tiêu. Một mạng lưới nhà điều hành phi tập trung (được hậu thuẫn bởi EigenLayer restaking) sẽ thực hiện phép kiểm tra. Chỉ các giao dịch tuân thủ mới được thông qua. Tất cả đều tạo ra một biên nhận onchain có thể xác minh được.
Đã xác minh
Điều gì sẽ xảy ra nếu việc tuân thủ diễn ra trước khi tài sản được chuyển đi, thay vì sau? Đó là phần @NewtonProtocol mà tôi cứ quay lại. #NewtonProtocol không cố gắng làm cho việc kiểm tra nhanh hơn. #Newt đang thay đổi thời điểm chúng diễn ra. Giao thức đặt các chính sách lập trình được ở trước khâu thanh toán, vì vậy một giao dịch được đánh giá trước khi nó trở thành cuối cùng. Chỉ một sự thay đổi nhỏ đó đã làm thay đổi toàn bộ luồng. Ba điều nổi bật khi tôi xem qua Newton: • Chính sách chạy trước khâu thanh toán, không phải sau. • Quy tắc có thể bao phủ việc trừng phạt, tính đủ điều kiện của nhà đầu tư, hoặc giới hạn chi tiêu của tác nhân AI. • Mỗi nhà điều hành đặt cọc $NEWT , với nguồn cung cố định 1 tỷ token, tạo ra trách nhiệm giải trình về mặt kinh tế cho việc thực thi chính sách. Ví dụ thực tiễn rất đơn giản. Một tổ chức có thể yêu cầu một ví phải vượt qua các kiểm tra danh tính và thẩm quyền trước khi chuyển các tài sản được token hóa. Nếu chính sách thất bại, giao dịch sẽ không bao giờ được thanh toán. Không có hoàn tác (rollback). Không cần kiểm tra thủ công sau đó. Đó là lý do tôi nghĩ Newton đáng để theo dõi. Phần lớn các cuộc thảo luận tập trung vào thông lượng hoặc phí. Newton tập trung vào việc ủy quyền. Một vấn đề khác. Một sự đánh đổi khác. Tôi vẫn đang tự hỏi mô hình này hoạt động ra sao khi độ phức tạp của chính sách tăng lên và khối lượng giao dịch nhiều hơn. Có lẽ đó là phần xứng đáng được chú ý nhiều nhất ở lần tiếp theo. #NEWTtoken #NEWTUSDT $ETH $LAB Bạn có sử dụng thực thi chính sách trên chuỗi không? _Có, chắc chắn _Tùy thuộc vào trường hợp sử dụng _Cần tìm hiểu thêm {future}(NEWTUSDT)
Điều gì sẽ xảy ra nếu việc tuân thủ diễn ra trước khi tài sản được chuyển đi, thay vì sau? Đó là phần @NewtonProtocol mà tôi cứ quay lại.
#NewtonProtocol không cố gắng làm cho việc kiểm tra nhanh hơn. #Newt đang thay đổi thời điểm chúng diễn ra. Giao thức đặt các chính sách lập trình được ở trước khâu thanh toán, vì vậy một giao dịch được đánh giá trước khi nó trở thành cuối cùng. Chỉ một sự thay đổi nhỏ đó đã làm thay đổi toàn bộ luồng.
Ba điều nổi bật khi tôi xem qua Newton:
• Chính sách chạy trước khâu thanh toán, không phải sau.
• Quy tắc có thể bao phủ việc trừng phạt, tính đủ điều kiện của nhà đầu tư, hoặc giới hạn chi tiêu của tác nhân AI.
• Mỗi nhà điều hành đặt cọc $NEWT , với nguồn cung cố định 1 tỷ token, tạo ra trách nhiệm giải trình về mặt kinh tế cho việc thực thi chính sách.
Ví dụ thực tiễn rất đơn giản. Một tổ chức có thể yêu cầu một ví phải vượt qua các kiểm tra danh tính và thẩm quyền trước khi chuyển các tài sản được token hóa. Nếu chính sách thất bại, giao dịch sẽ không bao giờ được thanh toán. Không có hoàn tác (rollback). Không cần kiểm tra thủ công sau đó.
Đó là lý do tôi nghĩ Newton đáng để theo dõi. Phần lớn các cuộc thảo luận tập trung vào thông lượng hoặc phí. Newton tập trung vào việc ủy quyền. Một vấn đề khác. Một sự đánh đổi khác.
Tôi vẫn đang tự hỏi mô hình này hoạt động ra sao khi độ phức tạp của chính sách tăng lên và khối lượng giao dịch nhiều hơn. Có lẽ đó là phần xứng đáng được chú ý nhiều nhất ở lần tiếp theo.
#NEWTtoken #NEWTUSDT $ETH $LAB
Bạn có sử dụng thực thi chính sách trên chuỗi không?
_Có, chắc chắn
_Tùy thuộc vào trường hợp sử dụng
_Cần tìm hiểu thêm
Đã xác minh
Bài viết
Giao dịch Onchain Vẫn Mù Mờ Trước Các Quy Tắc Ngoài Thực Tế—Newton Protocol Muốn Thay Đổi Điều Đó.@NewtonProtocol đặt các chính sách có thể lập trình trước mọi giao dịch. Nó kiểm tra tuân thủ trước khi thanh toán bằng một mạng lưới nhà khai thác phi tập trung. Không còn cảnh trông chờ các frontend hay các kiểm tra offchain giữ vững được khi tiền thực sự được chuyển đi. Đó là tuyên bố cốt lõi. Smart contract nhận thêm một lớp ủy quyền có thể xem danh sách trừng phạt, giới hạn nhà đầu tư hoặc các giới hạn chi tiêu của tác nhân và chứng minh rằng nó đã thực hiện kiểm tra. Các nhà khai thác trong Môi trường thực thi đáng tin cậy (TEEs) đánh giá các chính sách được viết bằng Rego. Khi cần, chúng sẽ trích xuất dữ liệu từ offchain và xuất ra các chứng thực BLS.

Giao dịch Onchain Vẫn Mù Mờ Trước Các Quy Tắc Ngoài Thực Tế—Newton Protocol Muốn Thay Đổi Điều Đó.

@NewtonProtocol đặt các chính sách có thể lập trình trước mọi giao dịch. Nó kiểm tra tuân thủ trước khi thanh toán bằng một mạng lưới nhà khai thác phi tập trung. Không còn cảnh trông chờ các frontend hay các kiểm tra offchain giữ vững được khi tiền thực sự được chuyển đi.
Đó là tuyên bố cốt lõi. Smart contract nhận thêm một lớp ủy quyền có thể xem danh sách trừng phạt, giới hạn nhà đầu tư hoặc các giới hạn chi tiêu của tác nhân và chứng minh rằng nó đã thực hiện kiểm tra.
Các nhà khai thác trong Môi trường thực thi đáng tin cậy (TEEs) đánh giá các chính sách được viết bằng Rego. Khi cần, chúng sẽ trích xuất dữ liệu từ offchain và xuất ra các chứng thực BLS.
#newt $NEWT #NEWTtoken $NEWT @NewtonProtocol Newton Protocol (NEWT) là một token ERC-20 được xây dựng trên blockchain Ethereum. Nó cung cấp năng lượng cho một hệ sinh thái tự động hóa và sàn giao dịch tác nhân (agent) hoạt động on-chain. Token NEWT được sử dụng cho phí giao dịch, staking, tài sản thế chấp của tác nhân và quản trị mạng. [1, 2] Thông tin chi tiết về token: Giá hiện tại: ~$0.05 Tổng cung tối đa/Tổng cung: 1,000,000,000 NEWT
#newt $NEWT
#NEWTtoken
$NEWT
@NewtonProtocol
Newton Protocol (NEWT) là một token ERC-20 được xây dựng trên blockchain Ethereum. Nó cung cấp năng lượng cho một hệ sinh thái tự động hóa và sàn giao dịch tác nhân (agent) hoạt động on-chain. Token NEWT được sử dụng cho phí giao dịch, staking, tài sản thế chấp của tác nhân và quản trị mạng. [1, 2]

Thông tin chi tiết về token:

Giá hiện tại: ~$0.05

Tổng cung tối đa/Tổng cung: 1,000,000,000 NEWT
Đúng một phần
Đã nhìn chằm chằm vào mô hình chém của @NewtonProtocol một lúc, và có điều gì đó làm tôi bận tâm. Toàn bộ “lời mời” về độ tin cậy của Newton dựa trên tài sản thế chấp đã đặt cọc $NEWT . Các operator đưa #Newt lên trước để chạy các mô hình tác nhân. Làm sai, bị bắt, mất đi một phần của số stake. Ý tưởng gọn gàng trên giấy. Nhưng hình phạt lại được tính bằng NEWT, không phải đô la. Nguồn cung cố định ở 1B token, không có lạm phát—điều này tốt cho tính khan hiếm—nhưng cũng đồng nghĩa ngân sách bảo mật trôi nổi hoàn toàn theo giá. Phạt chém 10% stake khi NEWT ở $2 so với khi ở $0.20, và bạn sẽ có những mức răn đe khác nhau rất nhiều cho đúng cùng một "hành vi xấu". Vậy nên, cam kết trung thực của hệ thống chỉ mạnh bằng vốn hóa thị trường của token trong tuần đó. Không ai bàn phần này khi họ giải thích zkVMs và Keystore rollups. Registry mô hình của Newton, các validator dPoS của Newton, toàn bộ “ngăn kéo khuyến khích” của Newt—tất cả đều nằm dưới một biểu đồ giá. Không nói là nó làm hỏng thiết kế. Chỉ nói rằng “slashing = bảo mật” chỉ đúng cho đến khi token sụt giá. #NEWTtoken #NEWTUSDT #NewtonProtocol $ETH $SPCX Nếu NEWT giảm 90%, thì việc slashing còn đủ để làm sợ các kẻ xấu không?
Đã nhìn chằm chằm vào mô hình chém của @NewtonProtocol một lúc, và có điều gì đó làm tôi bận tâm.
Toàn bộ “lời mời” về độ tin cậy của Newton dựa trên tài sản thế chấp đã đặt cọc $NEWT . Các operator đưa #Newt lên trước để chạy các mô hình tác nhân. Làm sai, bị bắt, mất đi một phần của số stake. Ý tưởng gọn gàng trên giấy.
Nhưng hình phạt lại được tính bằng NEWT, không phải đô la. Nguồn cung cố định ở 1B token, không có lạm phát—điều này tốt cho tính khan hiếm—nhưng cũng đồng nghĩa ngân sách bảo mật trôi nổi hoàn toàn theo giá. Phạt chém 10% stake khi NEWT ở $2 so với khi ở $0.20, và bạn sẽ có những mức răn đe khác nhau rất nhiều cho đúng cùng một "hành vi xấu".
Vậy nên, cam kết trung thực của hệ thống chỉ mạnh bằng vốn hóa thị trường của token trong tuần đó. Không ai bàn phần này khi họ giải thích zkVMs và Keystore rollups.
Registry mô hình của Newton, các validator dPoS của Newton, toàn bộ “ngăn kéo khuyến khích” của Newt—tất cả đều nằm dưới một biểu đồ giá.
Không nói là nó làm hỏng thiết kế. Chỉ nói rằng “slashing = bảo mật” chỉ đúng cho đến khi token sụt giá.
#NEWTtoken #NEWTUSDT #NewtonProtocol $ETH $SPCX
Nếu NEWT giảm 90%, thì việc slashing còn đủ để làm sợ các kẻ xấu không?
✅ Yes
85%
❌ Not as much
10%
🤷 Not sure
5%
20 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Đã xác minh
Bài viết
Newton Vừa Biến Việc Tuân Thủ Thành Cái Cổng, Không Phải Bộ Lọc@NewtonProtocol đã biến việc tuân thủ thành điều kiện tiên quyết để giao dịch, chứ không phải một bước kiểm tra sau khi mọi thứ đã xảy ra. Đây là một thay đổi lớn hơn những gì thông cáo báo chí khiến người ta tưởng. Khẳng định: <t-43/>#Newt Giao thức "Persona Data Oracle" mới thực thi các quy tắc về danh tính và thẩm quyền ngay bên trong chính hợp đồng thông minh, trước khi thực thi. Điều đó có nghĩa là phần "permissionless" của tài chính onchain vừa mới có thêm một người gác cổng. Không hẳn là một người xấu. Nhưng đúng là có một người gác cổng thực sự. Đây là bối cảnh theo cách nói đơn giản. $NEWT đóng vai trò như một lớp ủy quyền giữa người dùng và một hợp đồng thông minh. Persona cung cấp dữ liệu danh tính đã được xác minh: tuổi, quốc tịch, nơi cư trú, bang. Mạng lưới nhà điều hành của Newton sẽ đối chiếu các dữ liệu đó với một chính sách và cấp một chứng thực (một bằng chứng onchain có chữ ký, xác nhận rằng "giao dịch này đã vượt qua bài kiểm tra"). Không có chứng thực hợp lệ thì không có giao dịch. Đó là toàn bộ cơ chế.

Newton Vừa Biến Việc Tuân Thủ Thành Cái Cổng, Không Phải Bộ Lọc

@NewtonProtocol đã biến việc tuân thủ thành điều kiện tiên quyết để giao dịch, chứ không phải một bước kiểm tra sau khi mọi thứ đã xảy ra. Đây là một thay đổi lớn hơn những gì thông cáo báo chí khiến người ta tưởng.
Khẳng định: <t-43/>#Newt Giao thức "Persona Data Oracle" mới thực thi các quy tắc về danh tính và thẩm quyền ngay bên trong chính hợp đồng thông minh, trước khi thực thi. Điều đó có nghĩa là phần "permissionless" của tài chính onchain vừa mới có thêm một người gác cổng. Không hẳn là một người xấu. Nhưng đúng là có một người gác cổng thực sự.
Đây là bối cảnh theo cách nói đơn giản. $NEWT đóng vai trò như một lớp ủy quyền giữa người dùng và một hợp đồng thông minh. Persona cung cấp dữ liệu danh tính đã được xác minh: tuổi, quốc tịch, nơi cư trú, bang. Mạng lưới nhà điều hành của Newton sẽ đối chiếu các dữ liệu đó với một chính sách và cấp một chứng thực (một bằng chứng onchain có chữ ký, xác nhận rằng "giao dịch này đã vượt qua bài kiểm tra"). Không có chứng thực hợp lệ thì không có giao dịch. Đó là toàn bộ cơ chế.
·
--
#newt $NEWT @NewtonProtocol #NEWTtoken Token NEWT đề cập đến token tiện ích gốc của Newton Protocol—một lớp điện toán phi tập trung và lớp chính sách on-chain được thiết kế cho các tác nhân tài chính AI tự chủ.Tokenomics NEWT & Trường hợp sử dụngPhí Gas & Giao dịch: NEWT được sử dụng để thanh toán phí giao dịch và phí tính toán chính sách trên mạng.Bảo mật mạng: Người nắm giữ có thể stake NEWT làm tài sản thế chấp để chạy node, xác thực giao dịch và bảo đảm an ninh cho giao thức.Đăng ký mô hình & Phần thưởng: Người vận hành tác nhân stake NEWT để đảm bảo tính toàn vẹn của các dịch vụ tự động của họ và nhận dữ liệu tính toán đa chuỗi.Quản trị: Token được stake cấp cho người dùng quyền biểu quyết DAO đối với các nâng cấp giao thức.
#newt $NEWT
@NewtonProtocol
#NEWTtoken
Token NEWT đề cập đến token tiện ích gốc của Newton Protocol—một lớp điện toán phi tập trung và lớp chính sách on-chain được thiết kế cho các tác nhân tài chính AI tự chủ.Tokenomics NEWT & Trường hợp sử dụngPhí Gas & Giao dịch: NEWT được sử dụng để thanh toán phí giao dịch và phí tính toán chính sách trên mạng.Bảo mật mạng: Người nắm giữ có thể stake NEWT làm tài sản thế chấp để chạy node, xác thực giao dịch và bảo đảm an ninh cho giao thức.Đăng ký mô hình & Phần thưởng: Người vận hành tác nhân stake NEWT để đảm bảo tính toàn vẹn của các dịch vụ tự động của họ và nhận dữ liệu tính toán đa chuỗi.Quản trị: Token được stake cấp cho người dùng quyền biểu quyết DAO đối với các nâng cấp giao thức.
Đã xác minh
Bài viết
Có Newton API Key thì quá dễ—Cho đến khi bạn thử tích hợp.Hệ thống Newton Dashboard và API key cho phép nhà phát triển truy cập nhanh cổng (gateway) để mô phỏng chính sách và thực hiện tác vụ trên các chuỗi như Sepolia. Không cần thiết lập phức tạp—chỉ cần một khóa hoạt động với SDK. Đó là lời khẳng định trên giấy. Trên thực tế, nó giảm ma sát khi kiểm thử các quy tắc như kiểm tra trừng phạt, nhưng lại để ngỏ một số câu hỏi về khả năng kiểm soát lâu dài. @NewtonProtocol #Newt $NEWT Quy trình tự phục vụ hoạt động nhanh: Đăng nhập tại dashboard.newton.xyz, lấy một khóa hoặc dùng các endpoint dashboard.api.newt.foundation với SIWE hoặc mã OTP qua email. Chỉ một lệnh curl cho challenge, ký, rồi xác minh, sau đó tạo khóa kèm quyền rpc. Tôi đã thử mô phỏng quickstart; việc sàng lọc OFAC trả về trong vài giây với một khóa hợp lệ.

Có Newton API Key thì quá dễ—Cho đến khi bạn thử tích hợp.

Hệ thống Newton Dashboard và API key cho phép nhà phát triển truy cập nhanh cổng (gateway) để mô phỏng chính sách và thực hiện tác vụ trên các chuỗi như Sepolia. Không cần thiết lập phức tạp—chỉ cần một khóa hoạt động với SDK. Đó là lời khẳng định trên giấy. Trên thực tế, nó giảm ma sát khi kiểm thử các quy tắc như kiểm tra trừng phạt, nhưng lại để ngỏ một số câu hỏi về khả năng kiểm soát lâu dài.
@NewtonProtocol #Newt $NEWT
Quy trình tự phục vụ hoạt động nhanh: Đăng nhập tại dashboard.newton.xyz, lấy một khóa hoặc dùng các endpoint dashboard.api.newt.foundation với SIWE hoặc mã OTP qua email. Chỉ một lệnh curl cho challenge, ký, rồi xác minh, sau đó tạo khóa kèm quyền rpc. Tôi đã thử mô phỏng quickstart; việc sàng lọc OFAC trả về trong vài giây với một khóa hợp lệ.
Đă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