Binance Square
Deepak_XBT
5.4k Bài đăng

Deepak_XBT

999 Đang theo dõi
22.0K+ Người theo dõi
3.7K+ Đã thích
Bài đăng
PINNED
·
--
#newt $NEWT Hợp tác thanh toán có sự đồng hành với @newton_xyz Vài ngày trước, bố tôi đã khám phá các đơn vị trái phiếu được token hóa thông qua một nền tảng phổ biến. Vào ngày sinh nhật tôi, ông muốn chuyển chúng vào tài khoản của tôi. Ban đầu tôi nghĩ nó sẽ hoạt động giống như một lần chuyển crypto thông thường. Nhưng trái phiếu token hóa thì khác. Các trái phiếu có thể được hiển thị, nhưng bên nhận vẫn cần đáp ứng các quy tắc phía tổ chức phát hành, hồ sơ đăng ký tài sản và điều kiện của tài khoản đủ điều kiện. Đó là lý do mà quy trình chứng thực chính sách của @NewtonProtocol trở nên hợp lý với tôi. Trước khi một giao dịch onchain được thực thi, cần có bằng chứng rằng bên nhận đủ điều kiện, tài khoản đã được phê duyệt và việc chuyển tiền tuân theo đúng chính sách. Với RWA, quyền sở hữu không chỉ là việc chuyển token. Đó là việc chứng minh sự chấp thuận trước khi thực thi. một câu hỏi dành cho bạn Liệu mọi lần chuyển RWA có cần phải được phê duyệt trước không? @NewtonProtocol $NEWT #Newt Nguồn: Newton Blog — Quy trình chứng thực chính sách, từng bước
#newt $NEWT
Hợp tác thanh toán có sự đồng hành với @newton_xyz

Vài ngày trước, bố tôi đã khám phá các đơn vị trái phiếu được token hóa thông qua một nền tảng phổ biến.

Vào ngày sinh nhật tôi, ông muốn chuyển chúng vào tài khoản của tôi. Ban đầu tôi nghĩ nó sẽ hoạt động giống như một lần chuyển crypto thông thường. Nhưng trái phiếu token hóa thì khác.

Các trái phiếu có thể được hiển thị, nhưng bên nhận vẫn cần đáp ứng các quy tắc phía tổ chức phát hành, hồ sơ đăng ký tài sản và điều kiện của tài khoản đủ điều kiện.

Đó là lý do mà quy trình chứng thực chính sách của @NewtonProtocol trở nên hợp lý với tôi. Trước khi một giao dịch onchain được thực thi, cần có bằng chứng rằng bên nhận đủ điều kiện, tài khoản đã được phê duyệt và việc chuyển tiền tuân theo đúng chính sách.

Với RWA, quyền sở hữu không chỉ là việc chuyển token. Đó là việc chứng minh sự chấp thuận trước khi thực thi.

một câu hỏi dành cho bạn

Liệu mọi lần chuyển RWA có cần phải được phê duyệt trước không?

@NewtonProtocol $NEWT #Newt

Nguồn: Newton Blog — Quy trình chứng thực chính sách, từng bước
PINNED
Bài viết
Thanh toán bằng Stablecoin và Bằng chứng còn thiếu trước khi được thanh toánTrước đây, tôi chủ yếu nhìn stablecoin từ góc độ tốc độ và chi phí. Một khoản thanh toán xuyên biên giới được thanh toán nhanh hơn, tốn ít chi phí hơn và không phụ thuộc vào giờ làm việc của ngân hàng truyền thống một cách tự nhiên sẽ cảm thấy như một “hạ tầng thanh toán” tốt hơn. Khi ai đó gửi tiền cho gia đình, trả cho một freelancer, hoặc chuyển giá trị giữa các quốc gia, điều đầu tiên chúng ta thường nhận thấy chính là sự tiện lợi. Nhưng sau khi nghiên cứu @NewtonProtocol , tôi bắt đầu nhìn các khoản thanh toán bằng stablecoin từ một góc độ khác. Vấn đề sâu hơn không chỉ là liệu một giao dịch stablecoin có thể diễn ra hay không. Câu hỏi thực sự là liệu chính giao dịch đó đã vượt qua các kiểm tra đúng trước khi được thanh toán hay chưa.

Thanh toán bằng Stablecoin và Bằng chứng còn thiếu trước khi được thanh toán

Trước đây, tôi chủ yếu nhìn stablecoin từ góc độ tốc độ và chi phí.
Một khoản thanh toán xuyên biên giới được thanh toán nhanh hơn, tốn ít chi phí hơn và không phụ thuộc vào giờ làm việc của ngân hàng truyền thống một cách tự nhiên sẽ cảm thấy như một “hạ tầng thanh toán” tốt hơn. Khi ai đó gửi tiền cho gia đình, trả cho một freelancer, hoặc chuyển giá trị giữa các quốc gia, điều đầu tiên chúng ta thường nhận thấy chính là sự tiện lợi.
Nhưng sau khi nghiên cứu @NewtonProtocol , tôi bắt đầu nhìn các khoản thanh toán bằng stablecoin từ một góc độ khác.
Vấn đề sâu hơn không chỉ là liệu một giao dịch stablecoin có thể diễn ra hay không. Câu hỏi thực sự là liệu chính giao dịch đó đã vượt qua các kiểm tra đúng trước khi được thanh toán hay chưa.
#newt $NEWT Hợp tác tài trợ với @newton_xyz $NEWT #Newt Newton Protocol: Bộ kiểm tra chính sách cho tuân thủ Stablecoin Newton Protocol khiến tôi thấy thú vị vì nó tập trung vào một câu hỏi mà nhiều hệ thống thanh toán vẫn còn bỏ sót. Một giao dịch có thể hợp lệ, nhưng liệu có nên được phép thực hiện trước khi thanh toán không? Câu hỏi này trở nên quan trọng khi tôi xem xét các khoản thanh toán bằng stablecoin. Stablecoin đã có mặt khắp nơi. Thách thức thực sự là kiểm tra xem mỗi lần chuyển có tuân theo chính sách trước khi giá trị được chuyển đi hay không. Một ví có thể có số dư. Chữ ký có thể đúng. Giao dịch có thể sẵn sàng để thanh toán. Nhưng tính hợp lệ về mặt kỹ thuật không phải lúc nào cũng chứng minh được việc tuân thủ. Chữ ký chứng minh thẩm quyền. Số dư chứng minh năng lực. Chính sách quyết định việc được phép. Đó là điểm mù. Trong một khoản thanh toán từ kho quỹ thực tế, kiểm tra số dư là chưa đủ. Nếu một công ty gửi stablecoin cho một nhà cung cấp, hệ thống cần xác minh xem bên nhận có được phê duyệt hay không, số tiền có phù hợp với chính sách hay không, lộ trình có chấp nhận được không và liệu có cần thêm ủy quyền trước khi giá trị được chuyển đi hay không. Đây là lúc Newton Protocol thể hiện rõ sự phù hợp. Trong cách nhìn này, Newton không phải là một Stablecoin. Nó hoạt động giống như một lớp kiểm tra chính sách trước khi thanh toán, giúp các giao dịch đi qua các quy tắc đã định trước khi thực thi. Vai trò của Newton trở nên rõ ràng hơn khi việc kiểm tra chính sách được thực hiện như một phần của luồng giao dịch, không chỉ là rà soát sau khi mọi việc đã xảy ra. Sự thay đổi là đơn giản nhưng quan trọng: không chỉ xem xét rủi ro sau khi giá trị đã được chuyển, mà là kiểm tra quyền được thực hiện trước khi thanh toán. Newton không loại bỏ mọi rủi ro tuân thủ. Quy tắc yếu hoặc dữ liệu lỗi thời vẫn có thể tạo ra khả năng bảo vệ kém. Nhưng thời điểm lại rất quan trọng. Đối với tuân thủ stablecoin, câu hỏi quan trọng không chỉ là liệu một giao dịch chuyển có thể được thanh toán hay không. Mà là liệu nó có nên được phép thanh toán ngay từ đầu hay không. Nguồn: Tài liệu chính thức của Newton Protocol và các tài liệu tham khảo công khai về tuân thủ stablecoin. DYOR. Không phải lời khuyên tài chính. @NewtonProtocol #binance
#newt $NEWT

Hợp tác tài trợ với @newton_xyz $NEWT #Newt

Newton Protocol: Bộ kiểm tra chính sách cho tuân thủ Stablecoin

Newton Protocol khiến tôi thấy thú vị vì nó tập trung vào một câu hỏi mà nhiều hệ thống thanh toán vẫn còn bỏ sót.

Một giao dịch có thể hợp lệ, nhưng liệu có nên được phép thực hiện trước khi thanh toán không?

Câu hỏi này trở nên quan trọng khi tôi xem xét các khoản thanh toán bằng stablecoin.

Stablecoin đã có mặt khắp nơi. Thách thức thực sự là kiểm tra xem mỗi lần chuyển có tuân theo chính sách trước khi giá trị được chuyển đi hay không.

Một ví có thể có số dư. Chữ ký có thể đúng. Giao dịch có thể sẵn sàng để thanh toán. Nhưng tính hợp lệ về mặt kỹ thuật không phải lúc nào cũng chứng minh được việc tuân thủ.

Chữ ký chứng minh thẩm quyền. Số dư chứng minh năng lực. Chính sách quyết định việc được phép.

Đó là điểm mù.

Trong một khoản thanh toán từ kho quỹ thực tế, kiểm tra số dư là chưa đủ. Nếu một công ty gửi stablecoin cho một nhà cung cấp, hệ thống cần xác minh xem bên nhận có được phê duyệt hay không, số tiền có phù hợp với chính sách hay không, lộ trình có chấp nhận được không và liệu có cần thêm ủy quyền trước khi giá trị được chuyển đi hay không.

Đây là lúc Newton Protocol thể hiện rõ sự phù hợp.

Trong cách nhìn này, Newton không phải là một Stablecoin. Nó hoạt động giống như một lớp kiểm tra chính sách trước khi thanh toán, giúp các giao dịch đi qua các quy tắc đã định trước khi thực thi.

Vai trò của Newton trở nên rõ ràng hơn khi việc kiểm tra chính sách được thực hiện như một phần của luồng giao dịch, không chỉ là rà soát sau khi mọi việc đã xảy ra.

Sự thay đổi là đơn giản nhưng quan trọng: không chỉ xem xét rủi ro sau khi giá trị đã được chuyển, mà là kiểm tra quyền được thực hiện trước khi thanh toán.

Newton không loại bỏ mọi rủi ro tuân thủ. Quy tắc yếu hoặc dữ liệu lỗi thời vẫn có thể tạo ra khả năng bảo vệ kém.

Nhưng thời điểm lại rất quan trọng.

Đối với tuân thủ stablecoin, câu hỏi quan trọng không chỉ là liệu một giao dịch chuyển có thể được thanh toán hay không. Mà là liệu nó có nên được phép thanh toán ngay từ đầu hay không.

Nguồn: Tài liệu chính thức của Newton Protocol và các tài liệu tham khảo công khai về tuân thủ stablecoin. DYOR. Không phải lời khuyên tài chính.

@NewtonProtocol #binance
Bài viết
Giao thức Newton và Ranh giới Rủi ro Bên trong các Vault DeFiHợp tác trả phí với @newton_xyz $NEWT #Newt Khi tôi lần đầu xem xét các vault DeFi, tôi nghĩ câu hỏi an toàn chính chỉ đơn giản: hợp đồng có được kiểm toán không, người quản lý/curator có được biết đến không, và chiến lược có vẻ lành mạnh không? Nhưng những kho tiền được tuyển chọn lại khiến tôi nghĩ đến một câu hỏi khó hơn. Điều gì sẽ xảy ra nếu mọi thứ đều hợp lệ về mặt kỹ thuật, nhưng quyết định của curator vẫn đẩy vault vượt ra ngoài ranh giới rủi ro của nó? Đó là lúc rủi ro của vault trở nên khó nhận diện hơn. Rủi ro của curator có thể nằm bên trong một quyết định trông bình thường, nhưng lại thay đổi hồ sơ của vault trước khi những người gửi tiền hiểu được điều gì đã thay đổi.

Giao thức Newton và Ranh giới Rủi ro Bên trong các Vault DeFi

Hợp tác trả phí với @newton_xyz $NEWT #Newt
Khi tôi lần đầu xem xét các vault DeFi, tôi nghĩ câu hỏi an toàn chính chỉ đơn giản: hợp đồng có được kiểm toán không, người quản lý/curator có được biết đến không, và chiến lược có vẻ lành mạnh không?
Nhưng những kho tiền được tuyển chọn lại khiến tôi nghĩ đến một câu hỏi khó hơn.
Điều gì sẽ xảy ra nếu mọi thứ đều hợp lệ về mặt kỹ thuật, nhưng quyết định của curator vẫn đẩy vault vượt ra ngoài ranh giới rủi ro của nó?
Đó là lúc rủi ro của vault trở nên khó nhận diện hơn. Rủi ro của curator có thể nằm bên trong một quyết định trông bình thường, nhưng lại thay đổi hồ sơ của vault trước khi những người gửi tiền hiểu được điều gì đã thay đổi.
Đã xác minh
#newt $NEWT Hợp tác có tài trợ với @newton_xyz $NEWT #Newt Khi tôi đầu tư, tôi không chỉ nhìn vào lợi nhuận. Tôi cũng nghĩ về “nhóm rủi ro” mà số tiền của tôi được phép đi vào. Một quỹ có thể nhìn đơn giản từ bên ngoài, nhưng việc phân bổ thay đổi mọi thứ. Nếu nhiều tiền hơn chuyển sang cổ phiếu, hồ sơ rủi ro thường trở nên biến động hơn. Nếu nhiều tiền hơn chuyển sang nợ, rủi ro có thể trông có vẻ thấp hơn, nhưng chất lượng tín dụng vẫn quan trọng. Nợ được xếp hạng cao và nợ được xếp hạng thấp không mang cùng mức rủi ro. Đó là nơi rủi ro có thể âm thầm trôi đi. Sản phẩm có thể vẫn trông như cũ, nhưng rủi ro phía sau nó có thể thay đổi nếu không kiểm tra các quy tắc phân bổ trước khi tiền được chuyển. Các vault DeFi cũng gặp vấn đề tương tự. Một người quản lý có thể chuyển vốn qua các thị trường khác nhau, nhưng không phải thị trường nào cũng mang cùng mức rủi ro. Một hành động có thể cần giới hạn tập trung. Hành động khác có thể cần kiểm tra thanh khoản. Hành động khác nữa có thể cần rà soát tuân thủ. Đó là lúc Newton Protocol trở nên phù hợp. Newton Protocol được thiết kế để biến các quy tắc vault tách rời này thành một quyết định chính sách có thể thực thi duy nhất trước khi thực hiện. Một hành động của vault không nên “được thông qua” chỉ vì nó hợp lệ về mặt kỹ thuật. Nó nên được thông qua vì nó phù hợp với toàn bộ chính sách. Với tôi, sự an toàn của vault không chỉ nằm ở việc tin tưởng người quản lý. Mà là đảm bảo rằng vốn không thể di chuyển ra ngoài các ranh giới rủi ro đã thống nhất. Trước khi tiền được chuyển, hệ thống nên hỏi một câu hỏi đơn giản: Việc phân bổ này còn nằm trong “nhóm rủi ro” mà nhà đầu tư đã đồng ý không? Nguồn: Newton Protocol VaultKit docs/blog @NewtonProtocol #Binance
#newt $NEWT

Hợp tác có tài trợ với @newton_xyz $NEWT #Newt

Khi tôi đầu tư, tôi không chỉ nhìn vào lợi nhuận. Tôi cũng nghĩ về “nhóm rủi ro” mà số tiền của tôi được phép đi vào.

Một quỹ có thể nhìn đơn giản từ bên ngoài, nhưng việc phân bổ thay đổi mọi thứ.

Nếu nhiều tiền hơn chuyển sang cổ phiếu, hồ sơ rủi ro thường trở nên biến động hơn. Nếu nhiều tiền hơn chuyển sang nợ, rủi ro có thể trông có vẻ thấp hơn, nhưng chất lượng tín dụng vẫn quan trọng. Nợ được xếp hạng cao và nợ được xếp hạng thấp không mang cùng mức rủi ro.

Đó là nơi rủi ro có thể âm thầm trôi đi.

Sản phẩm có thể vẫn trông như cũ, nhưng rủi ro phía sau nó có thể thay đổi nếu không kiểm tra các quy tắc phân bổ trước khi tiền được chuyển.

Các vault DeFi cũng gặp vấn đề tương tự.

Một người quản lý có thể chuyển vốn qua các thị trường khác nhau, nhưng không phải thị trường nào cũng mang cùng mức rủi ro. Một hành động có thể cần giới hạn tập trung. Hành động khác có thể cần kiểm tra thanh khoản. Hành động khác nữa có thể cần rà soát tuân thủ.

Đó là lúc Newton Protocol trở nên phù hợp.

Newton Protocol được thiết kế để biến các quy tắc vault tách rời này thành một quyết định chính sách có thể thực thi duy nhất trước khi thực hiện.

Một hành động của vault không nên “được thông qua” chỉ vì nó hợp lệ về mặt kỹ thuật. Nó nên được thông qua vì nó phù hợp với toàn bộ chính sách.

Với tôi, sự an toàn của vault không chỉ nằm ở việc tin tưởng người quản lý. Mà là đảm bảo rằng vốn không thể di chuyển ra ngoài các ranh giới rủi ro đã thống nhất.

Trước khi tiền được chuyển, hệ thống nên hỏi một câu hỏi đơn giản:

Việc phân bổ này còn nằm trong “nhóm rủi ro” mà nhà đầu tư đã đồng ý không?

Nguồn: Newton Protocol VaultKit docs/blog

@NewtonProtocol #Binance
Bài viết
Khi Sự Bảo Vệ Dừng Lại Ở Màn Hình:Hợp tác trả phí với @newton_xyz $NEWT #Newt Tôi đã dành một chút thời gian suy nghĩ về lý do vì sao một hệ thống có thể trông như đã được bảo vệ trên màn hình, trong khi quyết định thực sự vẫn diễn ra ở đâu đó sâu hơn. Mọi thứ bắt đầu từ một cảnh báo đơn giản trên trình duyệt. Đôi khi, khi mở một trang web, trình duyệt sẽ cho tôi biết trang web đó có thể không an toàn. Cảnh báo này rất hữu ích. Nó báo cho tôi, khiến tôi dừng lại, và cho tôi một lựa chọn. Trong một khoảnh khắc, tôi cảm thấy như trình duyệt đã bảo vệ tôi. Nhưng một cảnh báo và việc chặn thì không phải là điều giống nhau. Cảnh báo giúp người dùng nhận ra rủi ro. Sự bảo vệ mạnh mẽ bắt đầu khi hệ thống cũng kiểm tra xem chính tuyến đường đó có nên được phép hay không.

Khi Sự Bảo Vệ Dừng Lại Ở Màn Hình:

Hợp tác trả phí với @newton_xyz $NEWT #Newt
Tôi đã dành một chút thời gian suy nghĩ về lý do vì sao một hệ thống có thể trông như đã được bảo vệ trên màn hình, trong khi quyết định thực sự vẫn diễn ra ở đâu đó sâu hơn.
Mọi thứ bắt đầu từ một cảnh báo đơn giản trên trình duyệt.
Đôi khi, khi mở một trang web, trình duyệt sẽ cho tôi biết trang web đó có thể không an toàn. Cảnh báo này rất hữu ích. Nó báo cho tôi, khiến tôi dừng lại, và cho tôi một lựa chọn. Trong một khoảnh khắc, tôi cảm thấy như trình duyệt đã bảo vệ tôi.
Nhưng một cảnh báo và việc chặn thì không phải là điều giống nhau.
Cảnh báo giúp người dùng nhận ra rủi ro. Sự bảo vệ mạnh mẽ bắt đầu khi hệ thống cũng kiểm tra xem chính tuyến đường đó có nên được phép hay không.
#newt $NEWT Điều gì sẽ xảy ra nếu rủi ro thực sự trong crypto không nằm ở chính giao dịch, mà ở giả định rằng “được chấp thuận” đồng nghĩa với “được cấp quyền”? Câu hỏi này đã khiến tôi phải dừng lại suy nghĩ trong một khoảnh khắc. Bởi vì trong kinh doanh bình thường, việc bấm “có” và việc cấp toàn quyền chi tiêu không phải là một. Quyền truy cập UPI trong một doanh nghiệp nhỏ không có nghĩa là ai đó có thể gửi bất kỳ số tiền nào cho bất kỳ ai. Chủ sở hữu vẫn đặt giới hạn, phê duyệt nhà cung cấp, và quyết định khi nào cần thêm sự chấp thuận. Điều đó khiến tôi nhìn các quyền phê duyệt trong crypto theo cách khác. Một lần phê duyệt ví cho thấy ai đó đã bấm “có”, nhưng không phải lúc nào điều đó cũng chứng minh rằng “có” đó nên được tiếp tục. Khoảng trống này có thể trông nhỏ, nhưng trong DeFi, nó có thể trở nên nghiêm trọng. Một giao dịch có thể được chuỗi chấp nhận và vẫn có thể vượt ra ngoài giới hạn của vault, quy tắc rủi ro hoặc ranh giới nội bộ. Đây là lúc ý tưởng kiểm tra chính sách của Newton Protocol trở nên phù hợp với tôi. Newton không coi “phê duyệt” là câu trả lời cuối cùng. Vai trò của nó là kiểm tra liệu hành động đã được xác nhận có phù hợp với các điều kiện đã đặt ra trước khi giá trị được chuyển đi hay không. Điều này chuyển câu hỏi từ “ai đã phê duyệt?” sang “quy tắc nào đã cho phép nó vượt qua?” Tài chính thực sự không chỉ vận hành trên tốc độ thực thi. Nếu không có sự kiểm soát, việc di chuyển nhanh có thể biến những sai lầm nhỏ thành những khoản lỗ nhanh. Hợp tác tài trợ với @newton_xyz $NEWT #Newt Nguồn: Trang web chính thức của Newton Protocol và các cập nhật chính thức từ @newton_xyz. DYOR.
#newt $NEWT

Điều gì sẽ xảy ra nếu rủi ro thực sự trong crypto không nằm ở chính giao dịch, mà ở giả định rằng “được chấp thuận” đồng nghĩa với “được cấp quyền”?

Câu hỏi này đã khiến tôi phải dừng lại suy nghĩ trong một khoảnh khắc.

Bởi vì trong kinh doanh bình thường, việc bấm “có” và việc cấp toàn quyền chi tiêu không phải là một.

Quyền truy cập UPI trong một doanh nghiệp nhỏ không có nghĩa là ai đó có thể gửi bất kỳ số tiền nào cho bất kỳ ai.

Chủ sở hữu vẫn đặt giới hạn, phê duyệt nhà cung cấp, và quyết định khi nào cần thêm sự chấp thuận.

Điều đó khiến tôi nhìn các quyền phê duyệt trong crypto theo cách khác.

Một lần phê duyệt ví cho thấy ai đó đã bấm “có”, nhưng không phải lúc nào điều đó cũng chứng minh rằng “có” đó nên được tiếp tục.

Khoảng trống này có thể trông nhỏ, nhưng trong DeFi, nó có thể trở nên nghiêm trọng.

Một giao dịch có thể được chuỗi chấp nhận và vẫn có thể vượt ra ngoài giới hạn của vault, quy tắc rủi ro hoặc ranh giới nội bộ.

Đây là lúc ý tưởng kiểm tra chính sách của Newton Protocol trở nên phù hợp với tôi.

Newton không coi “phê duyệt” là câu trả lời cuối cùng.

Vai trò của nó là kiểm tra liệu hành động đã được xác nhận có phù hợp với các điều kiện đã đặt ra trước khi giá trị được chuyển đi hay không.

Điều này chuyển câu hỏi từ “ai đã phê duyệt?” sang “quy tắc nào đã cho phép nó vượt qua?”

Tài chính thực sự không chỉ vận hành trên tốc độ thực thi.

Nếu không có sự kiểm soát, việc di chuyển nhanh có thể biến những sai lầm nhỏ thành những khoản lỗ nhanh.

Hợp tác tài trợ với @newton_xyz $NEWT #Newt

Nguồn: Trang web chính thức của Newton Protocol và các cập nhật chính thức từ @newton_xyz. DYOR.
Bài viết
Nút Hủy (Decline) Thiếu Trước Khi Crypto Được Thanh ToánHợp tác tài trợ cùng @newton_xyz $NEWT #Newt Crypto đã dành nhiều năm để cải thiện tốc độ, thanh khoản, phí, trải nghiệm người dùng và tính hoàn tất (finality). Mỗi lần nâng cấp đều cố gắng để giá trị di chuyển nhanh hơn và mượt mà hơn. Những cải tiến này rất quan trọng, nhưng tài chính nghiêm túc không thể chỉ dừng lại ở một câu hỏi: Giao dịch này có thể diễn ra không? Câu hỏi lớn hơn là: Liệu giao dịch này có được phép diễn ra trước khi giá trị di chuyển không? Sự khác biệt đó rất quan trọng đối với các kho tiền DeFi, tổ chức, hệ thống quản lý ngân quỹ và các tác nhân tự động. Chữ ký ví có thể chứng minh rằng ai đó đã chấp thuận việc gửi một giao dịch. Mạng có thể chấp nhận nó. Giao dịch có thể được hoàn tất đúng trên chuỗi (onchain).

Nút Hủy (Decline) Thiếu Trước Khi Crypto Được Thanh Toán

Hợp tác tài trợ cùng @newton_xyz $NEWT #Newt
Crypto đã dành nhiều năm để cải thiện tốc độ, thanh khoản, phí, trải nghiệm người dùng và tính hoàn tất (finality). Mỗi lần nâng cấp đều cố gắng để giá trị di chuyển nhanh hơn và mượt mà hơn. Những cải tiến này rất quan trọng, nhưng tài chính nghiêm túc không thể chỉ dừng lại ở một câu hỏi:
Giao dịch này có thể diễn ra không?
Câu hỏi lớn hơn là:
Liệu giao dịch này có được phép diễn ra trước khi giá trị di chuyển không?
Sự khác biệt đó rất quan trọng đối với các kho tiền DeFi, tổ chức, hệ thống quản lý ngân quỹ và các tác nhân tự động. Chữ ký ví có thể chứng minh rằng ai đó đã chấp thuận việc gửi một giao dịch. Mạng có thể chấp nhận nó. Giao dịch có thể được hoàn tất đúng trên chuỗi (onchain).
Xem bản dịch
Paid Partnership with @newton_xyz $NEWT #Newt When the Vault Rules Say No A company payment can be signed and still get blocked. Not because the signature is fake but because the payment crossed an internal limit. That small difference made me look at DeFi vaults differently. In finance, approval is not only about who signed. It is also about whether the action fits the rulebook. A DeFi vault can face the same gap. The chain may see a valid signature, but the vault still has to ask: Did this transaction follow the vault’s own rules? So ,I tried a simple mental crash test. Suppose a vault has one rule: exposure to any single market should not exceed 40%. Now imagine a signed transaction pushing that exposure to 55%. At the signature level, nothing looks suspicious. But at the vault-policy level, the rule is already broken. That is the quiet risk most people miss. A transaction can be valid onchain and still fail the vault’s policy. This is where Newton’s authorization layer fits the problem. Instead of treating every valid signature as enough, @NewtonProtocol points toward pre-settlement policy checks with signed pass/fail attestation. For automated DeFi vaults, safety is not just about approving transactions. It is about knowing when a signed transaction should still be stopped before settlement. Sources: Newton's official whitepaper and documents ,DYOR #Binance
Paid Partnership with @newton_xyz $NEWT #Newt

When the Vault Rules Say No

A company payment can be signed and still get blocked.

Not because the signature is fake but because the payment crossed an internal limit.

That small difference made me look at DeFi vaults differently.

In finance, approval is not only about who signed. It is also about whether the action fits the rulebook.

A DeFi vault can face the same gap.

The chain may see a valid signature, but the vault still has to ask:

Did this transaction follow the vault’s own rules?

So ,I tried a simple mental crash test.

Suppose a vault has one rule: exposure to any single market should not exceed 40%.

Now imagine a signed transaction pushing that exposure to 55%.

At the signature level, nothing looks suspicious.

But at the vault-policy level, the rule is already broken.

That is the quiet risk most people miss.

A transaction can be valid onchain and still fail the vault’s policy.

This is where Newton’s authorization layer fits the problem.

Instead of treating every valid signature as enough, @NewtonProtocol points toward pre-settlement policy checks with signed pass/fail attestation.

For automated DeFi vaults, safety is not just about approving transactions.

It is about knowing when a signed transaction should still be stopped before settlement.

Sources: Newton's official whitepaper and documents ,DYOR

#Binance
Đúng một phần
Bài viết
Các Quy Tắc DeFi Chỉ Là Lời Hứa Cho Đến Khi Chúng Có Thể Ngăn Giao DịchHợp tác trả phí với @newton_xyz $NEWT #Newt DeFi không phải lúc nào cũng thất bại chỉ vì thiếu quy tắc. Đôi khi, vấn đề sâu hơn là các quy tắc tồn tại, nhưng chúng không thể ngăn giao dịch vào thời điểm quan trọng nhất. Sự khác biệt này rất dễ bị bỏ qua vì DeFi thường tôn vinh việc thực thi. Nếu một giao dịch được xác nhận, mọi người thường coi đó là giao dịch thành công. Nhưng giao dịch thành công không phải lúc nào cũng giống với giao dịch đúng. Một giao dịch có thể hợp lệ trên chuỗi (onchain) và vẫn không nằm trong chính sách mà nó được cho là phải tuân theo.

Các Quy Tắc DeFi Chỉ Là Lời Hứa Cho Đến Khi Chúng Có Thể Ngăn Giao Dịch

Hợp tác trả phí với @newton_xyz $NEWT #Newt
DeFi không phải lúc nào cũng thất bại chỉ vì thiếu quy tắc. Đôi khi, vấn đề sâu hơn là các quy tắc tồn tại, nhưng chúng không thể ngăn giao dịch vào thời điểm quan trọng nhất.
Sự khác biệt này rất dễ bị bỏ qua vì DeFi thường tôn vinh việc thực thi. Nếu một giao dịch được xác nhận, mọi người thường coi đó là giao dịch thành công. Nhưng giao dịch thành công không phải lúc nào cũng giống với giao dịch đúng. Một giao dịch có thể hợp lệ trên chuỗi (onchain) và vẫn không nằm trong chính sách mà nó được cho là phải tuân theo.
Lớp quyền bị thiếu trong DeFi Tôi từng nghĩ rằng một giao dịch thành công nghĩa là chuỗi đã làm đúng việc của nó. Nhưng DeFi đang khiến tôi phải nghi ngờ điều đó. Một giao dịch có thể hợp lệ trên chuỗi, nhưng vẫn sai theo chính sách. “Hợp lệ” nghĩa là chuỗi có thể chấp nhận nó. “Được cho phép” nghĩa là hành động phù hợp với chính sách mà nó được cho là tuân theo. Sự khác biệt này trở nên quan trọng bên trong các vault, các chiến lược quản lý rủi ro và các hệ thống DeFi tự động. Hãy nghĩ về một vault có giới hạn phơi nhiễm, quy tắc mất neo (depeg) hoặc ngưỡng rủi ro. Nếu các quy tắc đó chỉ được kiểm tra sau khi thanh toán (settlement), chúng không hề bảo vệ được vault. Chúng chỉ cho biết điều gì đã sai. Sau settlement, chính sách trở thành một bản báo cáo chứ không còn là lớp bảo vệ. Đó là khoảng trống mà lớp ủy quyền của Newton đang cố gắng giải quyết. Thay vì để các quy tắc nằm ở cấp giao diện, @NewtonProtocol points hướng đến các lần kiểm tra chính sách trước khi thanh toán với xác nhận pass/fail đã được ký. Chữ ký ví chứng minh người dùng đã đồng ý gửi một giao dịch. Nhưng nó không tự động chứng minh rằng giao dịch đó được phép theo chính sách. Lớp thiếu này quan trọng hơn khi DeFi ngày càng được tự động hóa. Tự động hóa không chỉ cần thực thi. Nó cần thực thi có kiểm soát. Khi hành động đúng, tốc độ là điều đáng giá. Khi hành động sai, tốc độ chỉ khiến sai lầm được “khóa vĩnh viễn” nhanh hơn. DeFi đã biết cách xác nhận giao dịch. Câu hỏi khó hơn là liệu nó có thể kiểm tra quyền trước khi thực thi hay không. Một giao dịch hợp lệ chứng minh chuỗi đã chấp nhận nó. Một giao dịch được cho phép chứng minh chính sách đã chấp nhận nó. Nguồn : Sách trắng Newtonprotocal, denouement, DYOR #newt $NEWT
Lớp quyền bị thiếu trong DeFi

Tôi từng nghĩ rằng một giao dịch thành công nghĩa là chuỗi đã làm đúng việc của nó.

Nhưng DeFi đang khiến tôi phải nghi ngờ điều đó.

Một giao dịch có thể hợp lệ trên chuỗi, nhưng vẫn sai theo chính sách.

“Hợp lệ” nghĩa là chuỗi có thể chấp nhận nó.

“Được cho phép” nghĩa là hành động phù hợp với chính sách mà nó được cho là tuân theo.

Sự khác biệt này trở nên quan trọng bên trong các vault, các chiến lược quản lý rủi ro và các hệ thống DeFi tự động.

Hãy nghĩ về một vault có giới hạn phơi nhiễm, quy tắc mất neo (depeg) hoặc ngưỡng rủi ro.

Nếu các quy tắc đó chỉ được kiểm tra sau khi thanh toán (settlement), chúng không hề bảo vệ được vault.

Chúng chỉ cho biết điều gì đã sai.

Sau settlement, chính sách trở thành một bản báo cáo chứ không còn là lớp bảo vệ.

Đó là khoảng trống mà lớp ủy quyền của Newton đang cố gắng giải quyết.

Thay vì để các quy tắc nằm ở cấp giao diện, @NewtonProtocol points hướng đến các lần kiểm tra chính sách trước khi thanh toán với xác nhận pass/fail đã được ký.

Chữ ký ví chứng minh người dùng đã đồng ý gửi một giao dịch.

Nhưng nó không tự động chứng minh rằng giao dịch đó được phép theo chính sách.

Lớp thiếu này quan trọng hơn khi DeFi ngày càng được tự động hóa.

Tự động hóa không chỉ cần thực thi.

Nó cần thực thi có kiểm soát.

Khi hành động đúng, tốc độ là điều đáng giá.

Khi hành động sai, tốc độ chỉ khiến sai lầm được “khóa vĩnh viễn” nhanh hơn.

DeFi đã biết cách xác nhận giao dịch.

Câu hỏi khó hơn là liệu nó có thể kiểm tra quyền trước khi thực thi hay không.

Một giao dịch hợp lệ chứng minh chuỗi đã chấp nhận nó.

Một giao dịch được cho phép chứng minh chính sách đã chấp nhận nó.

Nguồn : Sách trắng Newtonprotocal, denouement, DYOR

#newt $NEWT
Đã xác minh
#opg $OPG AI Có Thể Hành Động Trước Khi Bằng Chứng Sẵn Sàng Tôi từng nhìn AI có thể kiểm chứng theo một cách khá đơn giản. Nếu câu trả lời có thể được chứng minh sau này, thì hệ thống sẽ đáng tin hơn. Nhưng phần “sau này” đó chính là nơi câu hỏi thực sự bắt đầu. Một kết quả AI có thể trông như đã hoàn chỉnh trên màn hình, trong khi quá trình xác minh phía sau vẫn đang chạy theo. Trong sử dụng bình thường, điều đó có thể không cảm thấy nguy hiểm. Một bản nháp nội dung, một bản tóm tắt, hay một lời giải thích cơ bản có thể chịu được độ trễ ngắn. Nhưng các tác nhân (agents) sẽ thay đổi ý nghĩa của độ trễ. Khi AI chỉ đang gợi ý, thì việc xác minh trễ vẫn có thể còn hữu ích. Khi AI đang thực thi, thì việc xác minh trễ có thể trở thành rủi ro. Đó là lý do vì sao @OpenGradient khiến tôi nghĩ vượt ra ngoài bản thân việc “có bằng chứng”. Kiến trúc của nó tách biệt việc thực thi mô hình khỏi việc xác minh bằng chứng, nhằm biến các phép tính AI nặng thành thứ thực sự khả dụng. Thiết kế đó là hợp lý, nhưng nó cũng buộc các ứng dụng phải đặt một câu hỏi khó hơn: Liệu mọi đầu ra của AI có nên được coi là có thể sử dụng ngay lập tức không? Hay một số đầu ra cần ở trạng thái “chờ” cho đến khi bằng chứng được xác nhận? Đây không chỉ là vấn đề kỹ thuật. Đây là vấn đề thiết kế an toàn. Niềm tin không chỉ nằm ở việc chứng minh câu trả lời sau này. Mà là ở chỗ biết liệu bằng chứng có đến trước khi hệ thống hành động dựa trên câu trả lời đó hay không. Nguồn: Trang chính thức và tài liệu của OpenGradient, không phải lời khuyên tài chính, DYOR #Binance {future}(OPGUSDT) {alpha}(560x8b194370825e37b33373e74a41009161808c1488)
#opg $OPG

AI Có Thể Hành Động Trước Khi Bằng Chứng Sẵn Sàng

Tôi từng nhìn AI có thể kiểm chứng theo một cách khá đơn giản.

Nếu câu trả lời có thể được chứng minh sau này, thì hệ thống sẽ đáng tin hơn.

Nhưng phần “sau này” đó chính là nơi câu hỏi thực sự bắt đầu.

Một kết quả AI có thể trông như đã hoàn chỉnh trên màn hình, trong khi quá trình xác minh phía sau vẫn đang chạy theo.

Trong sử dụng bình thường, điều đó có thể không cảm thấy nguy hiểm. Một bản nháp nội dung, một bản tóm tắt, hay một lời giải thích cơ bản có thể chịu được độ trễ ngắn.

Nhưng các tác nhân (agents) sẽ thay đổi ý nghĩa của độ trễ.

Khi AI chỉ đang gợi ý, thì việc xác minh trễ vẫn có thể còn hữu ích.

Khi AI đang thực thi, thì việc xác minh trễ có thể trở thành rủi ro.

Đó là lý do vì sao @OpenGradient khiến tôi nghĩ vượt ra ngoài bản thân việc “có bằng chứng”. Kiến trúc của nó tách biệt việc thực thi mô hình khỏi việc xác minh bằng chứng, nhằm biến các phép tính AI nặng thành thứ thực sự khả dụng. Thiết kế đó là hợp lý, nhưng nó cũng buộc các ứng dụng phải đặt một câu hỏi khó hơn:

Liệu mọi đầu ra của AI có nên được coi là có thể sử dụng ngay lập tức không?

Hay một số đầu ra cần ở trạng thái “chờ” cho đến khi bằng chứng được xác nhận?

Đây không chỉ là vấn đề kỹ thuật. Đây là vấn đề thiết kế an toàn.

Niềm tin không chỉ nằm ở việc chứng minh câu trả lời sau này.
Mà là ở chỗ biết liệu bằng chứng có đến trước khi hệ thống hành động dựa trên câu trả lời đó hay không.
Nguồn: Trang chính thức và tài liệu của OpenGradient, không phải lời khuyên tài chính, DYOR
#Binance
#opg $OPG Lịch sử đã được xác minh có thể trở thành tài sản AI thực sự Tôi cứ bị mắc kẹt trong một ý nghĩ cụ thể. Chúng ta nói về các mô hình AI như thể mỗi phiên bản mới chỉ đơn giản thay thế phiên bản cũ. Nhưng càng tìm hiểu @OpenGradient, tôi càng không chắc rằng chính mô hình là tài sản thực sự. Có cảm giác rằng phần “lịch sử” xung quanh mô hình một cách âm thầm đang trở thành thứ còn tồn tại. Một suy luận đã được xác minh không chỉ để lại kết quả tạm thời. Nó để lại bằng chứng về nơi nó đã chạy, môi trường nào tạo ra nó, và liệu kết quả đó có thể được truy vết về sau hay không. Ban đầu, điều đó với tôi giống như một việc xác minh đơn giản. Giờ thì nó trông giống như lịch sử được tích lũy. Không phải lịch sử đóng băng, mà là lịch sử được kế thừa liên tục. Điều khiến tôi quan tâm là nơi mà đánh giá âm thầm thay đổi. Một nhà phát triển xác minh một lần chạy. Người dùng tiếp theo không bắt đầu từ con số không. Một ứng dụng khác cũng có thể xây dựng trên chính dấu vết chứng minh đó. Theo thời gian, người ta có thể không chỉ chọn một mô hình vì nó mới hoặc nổi tiếng. Họ có thể chọn nó vì những gì nó đã tự chứng minh về chính nó. Đó là lý do OpenGradient trở nên hấp dẫn với tôi. Nó không chỉ là giúp AI tạo ra câu trả lời. Nó là giúp những câu trả lời đó để lại một hồ sơ để người dùng, nhà phát triển và ứng dụng trong tương lai có thể suy luận từ đó. Có lẽ tài sản dài hạn không chỉ là mô hình. Có lẽ đó là lịch sử đã được xác minh mà mô hình vẫn tiếp tục mang theo và chuyển tiếp. #Binance $VELVET
#opg $OPG

Lịch sử đã được xác minh có thể trở thành tài sản AI thực sự

Tôi cứ bị mắc kẹt trong một ý nghĩ cụ thể.

Chúng ta nói về các mô hình AI như thể mỗi phiên bản mới chỉ đơn giản thay thế phiên bản cũ.

Nhưng càng tìm hiểu @OpenGradient, tôi càng không chắc rằng chính mô hình là tài sản thực sự. Có cảm giác rằng phần “lịch sử” xung quanh mô hình một cách âm thầm đang trở thành thứ còn tồn tại.

Một suy luận đã được xác minh không chỉ để lại kết quả tạm thời. Nó để lại bằng chứng về nơi nó đã chạy, môi trường nào tạo ra nó, và liệu kết quả đó có thể được truy vết về sau hay không.

Ban đầu, điều đó với tôi giống như một việc xác minh đơn giản.

Giờ thì nó trông giống như lịch sử được tích lũy.

Không phải lịch sử đóng băng, mà là lịch sử được kế thừa liên tục.

Điều khiến tôi quan tâm là nơi mà đánh giá âm thầm thay đổi. Một nhà phát triển xác minh một lần chạy. Người dùng tiếp theo không bắt đầu từ con số không. Một ứng dụng khác cũng có thể xây dựng trên chính dấu vết chứng minh đó.

Theo thời gian, người ta có thể không chỉ chọn một mô hình vì nó mới hoặc nổi tiếng.

Họ có thể chọn nó vì những gì nó đã tự chứng minh về chính nó.

Đó là lý do OpenGradient trở nên hấp dẫn với tôi.

Nó không chỉ là giúp AI tạo ra câu trả lời. Nó là giúp những câu trả lời đó để lại một hồ sơ để người dùng, nhà phát triển và ứng dụng trong tương lai có thể suy luận từ đó.

Có lẽ tài sản dài hạn không chỉ là mô hình.

Có lẽ đó là lịch sử đã được xác minh mà mô hình vẫn tiếp tục mang theo và chuyển tiếp.

#Binance $VELVET
Điểm Kiểm Soát Vô Hình Trước Khi Robot Hoạt Động: Trước đây, tôi từng nghĩ rằng robot chỉ cần trí tuệ nhân tạo thông minh hơn. Nhưng @OpenGradient khiến tôi phải dừng lại. Có lẽ robot cần một thứ quan trọng hơn trước khi bắt đầu chuyển động: một lộ trình ra quyết định có thể được chứng minh. Hãy đưa cho một mô hình AI một lệnh, và robot sẽ di chuyển. Nhìn từ bên ngoài, điều đó có vẻ gọn gàng. Nhưng câu hỏi khó không chỉ là liệu quyết định của AI có đúng hay không. Câu hỏi thực sự là liệu con đường từ quyết định đến hành động có thể được tin cậy không. Một lỗi của chatbot có thể được sửa hoặc bỏ qua, nhưng robot thì hành động trong thế giới thực. Nó có thể di chuyển, nâng, xoay, đẩy, hoặc phản ứng dựa trên một đầu ra mà người dùng có thể không bao giờ nhìn thấy đầy đủ. Vì vậy, suy luận có thể kiểm chứng bắt đầu trở nên quan trọng. Nếu một robot thực hiện hành động, chúng ta cần có khả năng xác minh liệu mô hình đúng đã được chạy, liệu đầu vào có giữ nguyên không, và liệu đầu ra có đến từ tính toán thật sự hay không. Với tôi, điều này không chỉ liên quan đến những cỗ máy thông minh hơn. Nó liên quan đến bằng chứng cho việc thực thi mô hình, tính toàn vẹn của đầu vào, tính xác thực của đầu ra, và một lộ trình suy luận được tin cậy trước khi hành động bắt đầu. Đó là lý do tại sao lớp proof của @OpenGradient lại có vẻ quan trọng đối với các hệ tự hành. Nhận xét của tôi rất đơn giản: Robot cần nhiều hơn trí thông minh. Chúng cần những lộ trình ra quyết định có thể được chứng minh trước khi chuyển động trở thành hành động. #opg $OPG #Binance
Điểm Kiểm Soát Vô Hình Trước Khi Robot Hoạt Động:

Trước đây, tôi từng nghĩ rằng robot chỉ cần trí tuệ nhân tạo thông minh hơn.

Nhưng @OpenGradient khiến tôi phải dừng lại.

Có lẽ robot cần một thứ quan trọng hơn trước khi bắt đầu chuyển động: một lộ trình ra quyết định có thể được chứng minh.

Hãy đưa cho một mô hình AI một lệnh, và robot sẽ di chuyển. Nhìn từ bên ngoài, điều đó có vẻ gọn gàng.

Nhưng câu hỏi khó không chỉ là liệu quyết định của AI có đúng hay không. Câu hỏi thực sự là liệu con đường từ quyết định đến hành động có thể được tin cậy không.

Một lỗi của chatbot có thể được sửa hoặc bỏ qua, nhưng robot thì hành động trong thế giới thực. Nó có thể di chuyển, nâng, xoay, đẩy, hoặc phản ứng dựa trên một đầu ra mà người dùng có thể không bao giờ nhìn thấy đầy đủ.

Vì vậy, suy luận có thể kiểm chứng bắt đầu trở nên quan trọng.

Nếu một robot thực hiện hành động, chúng ta cần có khả năng xác minh liệu mô hình đúng đã được chạy, liệu đầu vào có giữ nguyên không, và liệu đầu ra có đến từ tính toán thật sự hay không.

Với tôi, điều này không chỉ liên quan đến những cỗ máy thông minh hơn. Nó liên quan đến bằng chứng cho việc thực thi mô hình, tính toàn vẹn của đầu vào, tính xác thực của đầu ra, và một lộ trình suy luận được tin cậy trước khi hành động bắt đầu.

Đó là lý do tại sao lớp proof của @OpenGradient lại có vẻ quan trọng đối với các hệ tự hành.

Nhận xét của tôi rất đơn giản:

Robot cần nhiều hơn trí thông minh. Chúng cần những lộ trình ra quyết định có thể được chứng minh trước khi chuyển động trở thành hành động.

#opg $OPG #Binance
Trước đây tôi cứ nghĩ AI chủ yếu là một bản nâng cấp năng suất cho ngành CNTT. Viết code nhanh hơn, kiểm thử nhanh hơn, hỗ trợ tự động và quy trình mượt mà hơn. Bề ngoài thì điều đó nghe có vẻ như là tiến bộ. Nhưng càng suy nghĩ kỹ, thách thức lớn hơn không nằm ở tốc độ. Thách thức lớn hơn nằm ở niềm tin. Nếu AI viết ra mã lỗi, làm lộ dữ liệu nhạy cảm, hoặc ảnh hưởng đến một quyết định trong quá trình vận hành sản xuất, thì ai sẽ chịu trách nhiệm? Lập trình viên? Công ty? Nhà cung cấp AI? Hay là hệ thống đã cho phép AI hành động mà không có xác minh phù hợp? Đó là lúc CNTT có thể phải đối mặt với bài kiểm tra thực sự. AI sẽ không chỉ thay đổi cách phần mềm được xây dựng. Nó sẽ buộc ngành phải suy nghĩ lại về trách nhiệm giải trình, quyền riêng tư, nhật ký kiểm toán và việc xác minh. Vì vậy @OpenGradient thấy phù hợp với tôi. Tương lai của hạ tầng AI có thể sẽ phụ thuộc ít hơn vào lời hứa và nhiều hơn vào bằng chứng. #Binance #TradebStocks
Trước đây tôi cứ nghĩ AI chủ yếu là một bản nâng cấp năng suất cho ngành CNTT.
Viết code nhanh hơn, kiểm thử nhanh hơn, hỗ trợ tự động và quy trình mượt mà hơn. Bề ngoài thì điều đó nghe có vẻ như là tiến bộ.
Nhưng càng suy nghĩ kỹ, thách thức lớn hơn không nằm ở tốc độ. Thách thức lớn hơn nằm ở niềm tin.
Nếu AI viết ra mã lỗi, làm lộ dữ liệu nhạy cảm, hoặc ảnh hưởng đến một quyết định trong quá trình vận hành sản xuất, thì ai sẽ chịu trách nhiệm?
Lập trình viên?
Công ty?
Nhà cung cấp AI?
Hay là hệ thống đã cho phép AI hành động mà không có xác minh phù hợp?
Đó là lúc CNTT có thể phải đối mặt với bài kiểm tra thực sự. AI sẽ không chỉ thay đổi cách phần mềm được xây dựng. Nó sẽ buộc ngành phải suy nghĩ lại về trách nhiệm giải trình, quyền riêng tư, nhật ký kiểm toán và việc xác minh.
Vì vậy @OpenGradient thấy phù hợp với tôi. Tương lai của hạ tầng AI có thể sẽ phụ thuộc ít hơn vào lời hứa và nhiều hơn vào bằng chứng.

#Binance #TradebStocks
Đã xác minh
Đầu tiên tôi nghĩ việc nhúng AI vào smart contract sẽ rất đơn giản. Hợp đồng gọi một model, nhận kết quả, và thực thi giao dịch. Nghe có vẻ gần giống cách một ứng dụng web thông thường hoạt động. Nhưng thiết kế PIPE của @OpenGradient đã thu hút sự chú ý của tôi. OpenGradient không chỉ tìm cách gắn AI vào smart contracts. Họ đang giải quyết vấn đề về thời điểm nảy sinh khi suy luận AI đi vào quá trình thực thi trên chuỗi. Một giao dịch blockchain cần sự thực thi có thể dự đoán được trong thời gian của block. Suy luận AI không phải lúc nào cũng hoạt động theo cách đó. Các model có thể nặng, phụ thuộc GPU và có tốc độ không đồng đều. Có yêu cầu có thể hoàn tất nhanh, trong khi yêu cầu khác lại bị chậm. Điều này quan trọng đối với các tình huống sử dụng thực tế như chấm điểm rủi ro, phí động, kiểm tra thanh lý, tín hiệu biến động hoặc các quyết định của agent. Nếu một model bị chậm thì liệu toàn bộ luồng xử lý giao dịch có phải chờ theo nó không? PIPE xử lý vấn đề này theo cách khác. Nó đưa suy luận sang một luồng xử lý trước khi thực thi, sử dụng Inference Mempool, chạy các yêu cầu model song song, và sau đó cho phép giao dịch thực thi với các kết quả đã được tính trước. Đó là lý do vì sao OpenGradient khiến tôi thấy thật thú vị. Với tôi, đây không chỉ là việc hỏi làm sao để AI đi vào smart contracts. Mà là hỏi làm sao smart contracts có thể sử dụng AI mà không để độ trễ của model kiểm soát việc thực thi trên chuỗi. #Binance #opg $OPG
Đầu tiên tôi nghĩ việc nhúng AI vào smart contract sẽ rất đơn giản.

Hợp đồng gọi một model, nhận kết quả, và thực thi giao dịch. Nghe có vẻ gần giống cách một ứng dụng web thông thường hoạt động.

Nhưng thiết kế PIPE của @OpenGradient đã thu hút sự chú ý của tôi.

OpenGradient không chỉ tìm cách gắn AI vào smart contracts. Họ đang giải quyết vấn đề về thời điểm nảy sinh khi suy luận AI đi vào quá trình thực thi trên chuỗi.

Một giao dịch blockchain cần sự thực thi có thể dự đoán được trong thời gian của block. Suy luận AI không phải lúc nào cũng hoạt động theo cách đó. Các model có thể nặng, phụ thuộc GPU và có tốc độ không đồng đều. Có yêu cầu có thể hoàn tất nhanh, trong khi yêu cầu khác lại bị chậm.

Điều này quan trọng đối với các tình huống sử dụng thực tế như chấm điểm rủi ro, phí động, kiểm tra thanh lý, tín hiệu biến động hoặc các quyết định của agent.

Nếu một model bị chậm thì liệu toàn bộ luồng xử lý giao dịch có phải chờ theo nó không?

PIPE xử lý vấn đề này theo cách khác. Nó đưa suy luận sang một luồng xử lý trước khi thực thi, sử dụng Inference Mempool, chạy các yêu cầu model song song, và sau đó cho phép giao dịch thực thi với các kết quả đã được tính trước.

Đó là lý do vì sao OpenGradient khiến tôi thấy thật thú vị.

Với tôi, đây không chỉ là việc hỏi làm sao để AI đi vào smart contracts.
Mà là hỏi làm sao smart contracts có thể sử dụng AI mà không để độ trễ của model kiểm soát việc thực thi trên chuỗi.
#Binance #opg $OPG
Lộ trình OpenGradient như một bài kiểm tra thị trường: Từ lời nhắc riêng tư đến các thị trường AI có thể kiểm chứng Hầu hết các lộ trình đều nói với bạn dự án muốn triển khai những gì tiếp theo. Nhưng sau khi nghiên cứu @OpenGradient và OpenGradient Chat, tôi bắt đầu đọc lộ trình của nó theo một cách khác. Với tôi, đó không chỉ là lịch giao hàng. Đó là bài kiểm tra liệu AI phi tập trung có thể trở thành một thị trường sử dụng thực sự hay không. Hầu hết các ứng dụng AI được đánh giá dựa trên tốc độ, chất lượng mô hình và cảm giác mượt mà của giao diện. Nhưng vấn đề sâu hơn nằm ở điều gì xảy ra trước và sau câu trả lời. Trước câu trả lời, người dùng phải tin rằng lời nhắc sẽ đi đến đâu. Sau câu trả lời, người dùng phải tin rằng đầu ra đã được tạo ra như thế nào. Đó là nơi OpenGradient trở nên thú vị. OpenGradient Chat không chỉ nói về việc trò chuyện với AI. Nó thúc đẩy một ý tưởng lớn hơn: việc sử dụng AI riêng tư không nên chỉ phụ thuộc vào một chính sách quyền riêng tư. Nếu mọi người đang hỏi AI về các ý tưởng kinh doanh, quyết định tiền bạc, nghiên cứu, các mối lo ngại về sức khỏe hoặc chiến lược cá nhân, thì quyền riêng tư phải là một phần của kiến trúc, không chỉ là một lời hứa. Cùng logic đó cũng áp dụng cho suy luận có thể kiểm chứng. Một thị trường AI nghiêm túc không thể được xây dựng chỉ bằng cách thêm nhiều mô hình hơn. Nó cần một hệ thống trong đó việc sử dụng mô hình, tài nguyên tính toán, thanh toán và xác minh trở nên dễ theo dõi hơn. Người xây dựng cần hạ tầng đáng tin cậy. Người dùng cần khả năng tiếp cận an toàn hơn. Mạng cần hoạt động lặp lại, không chỉ là sự chú ý ban đầu. Đó là lý do tôi nhìn nhận lộ trình của OpenGradient như nhiều hơn tiến bộ kỹ thuật. Bài kiểm tra thực sự là liệu người dùng có tiếp tục quay lại vì OpenGradient Chat mang lại cảm giác an toàn hơn hay không, và liệu những người xây dựng có tiếp tục sử dụng mạng vì suy luận có thể được xác minh và thanh toán rõ ràng hay không. AI phi tập trung không được chứng minh bằng trào lưu. Nó được chứng minh khi các câu hỏi riêng tư, tính toán đã được kiểm chứng và việc sử dụng thực tế cùng xuất hiện. #Binance #opg $OPG
Lộ trình OpenGradient như một bài kiểm tra thị trường: Từ lời nhắc riêng tư đến các thị trường AI có thể kiểm chứng

Hầu hết các lộ trình đều nói với bạn dự án muốn triển khai những gì tiếp theo.

Nhưng sau khi nghiên cứu @OpenGradient và OpenGradient Chat, tôi bắt đầu đọc lộ trình của nó theo một cách khác.

Với tôi, đó không chỉ là lịch giao hàng. Đó là bài kiểm tra liệu AI phi tập trung có thể trở thành một thị trường sử dụng thực sự hay không.

Hầu hết các ứng dụng AI được đánh giá dựa trên tốc độ, chất lượng mô hình và cảm giác mượt mà của giao diện. Nhưng vấn đề sâu hơn nằm ở điều gì xảy ra trước và sau câu trả lời.

Trước câu trả lời, người dùng phải tin rằng lời nhắc sẽ đi đến đâu.

Sau câu trả lời, người dùng phải tin rằng đầu ra đã được tạo ra như thế nào.

Đó là nơi OpenGradient trở nên thú vị.

OpenGradient Chat không chỉ nói về việc trò chuyện với AI. Nó thúc đẩy một ý tưởng lớn hơn: việc sử dụng AI riêng tư không nên chỉ phụ thuộc vào một chính sách quyền riêng tư. Nếu mọi người đang hỏi AI về các ý tưởng kinh doanh, quyết định tiền bạc, nghiên cứu, các mối lo ngại về sức khỏe hoặc chiến lược cá nhân, thì quyền riêng tư phải là một phần của kiến trúc, không chỉ là một lời hứa.

Cùng logic đó cũng áp dụng cho suy luận có thể kiểm chứng.

Một thị trường AI nghiêm túc không thể được xây dựng chỉ bằng cách thêm nhiều mô hình hơn. Nó cần một hệ thống trong đó việc sử dụng mô hình, tài nguyên tính toán, thanh toán và xác minh trở nên dễ theo dõi hơn. Người xây dựng cần hạ tầng đáng tin cậy. Người dùng cần khả năng tiếp cận an toàn hơn. Mạng cần hoạt động lặp lại, không chỉ là sự chú ý ban đầu.

Đó là lý do tôi nhìn nhận lộ trình của OpenGradient như nhiều hơn tiến bộ kỹ thuật.

Bài kiểm tra thực sự là liệu người dùng có tiếp tục quay lại vì OpenGradient Chat mang lại cảm giác an toàn hơn hay không, và liệu những người xây dựng có tiếp tục sử dụng mạng vì suy luận có thể được xác minh và thanh toán rõ ràng hay không.

AI phi tập trung không được chứng minh bằng trào lưu.

Nó được chứng minh khi các câu hỏi riêng tư, tính toán đã được kiểm chứng và việc sử dụng thực tế cùng xuất hiện.

#Binance #opg $OPG
#opg $OPG OpenGradient Có Thể Tạo Ra Khu Vực Thương Mại Tự Do AI Kế Tiếp: Trước đây, tôi từng nghĩ rằng sự cạnh tranh AI chủ yếu sẽ về các mô hình tốt hơn. Câu trả lời nhanh hơn. Đầu ra sạch hơn. Tiêu chuẩn cao hơn. Nhưng sau khi nghiên cứu phạm vi rộng hơn của @OpenGradient , tôi đã bắt đầu thấy một câu hỏi khác. Có thể sự thay đổi thực sự không chỉ nằm ở cách mà các mô hình AI vận hành, mà còn là nơi mà việc sử dụng AI tập trung. Ở đây, lịch sử cung cấp một gợi ý hữu ích. Singapore đã trở nên quan trọng như một trung tâm thương mại. Khu vực Tự do Jebel Ali của Dubai đã trở thành một cổng kinh doanh chính. Thẩm Quyến đã cho thấy cách một khu vực kinh tế đặc biệt có thể thu hút các nhà xây dựng, vốn đầu tư và sự tham gia lâu dài. Các khu vực này trở nên có giá trị vì hoạt động tiếp tục tập trung trong một hệ thống. Vậy nên, tôi tự hỏi liệu AI có thể đi theo hướng tương tự không. Một mô hình đơn lẻ có thể hữu ích, nhưng một nền kinh tế AI cần nhiều hơn các mô hình. Nó cần triển khai, truy cập, thanh toán, xác minh, nhà phát triển, người dùng và một lý do để tất cả họ kết nối với nhau. Đó là nơi OpenGradient luôn thu hút sự chú ý của tôi. Thật lòng mà nói, tôi không chỉ coi nó là một mạng lưới hạ tầng AI khác. Tôi thấy khả năng của một khu vực thương mại tự do AI, không theo nghĩa pháp lý, mà như một môi trường chia sẻ nơi trí tuệ có thể được triển khai, thanh toán, xác minh và sử dụng với cấu trúc rõ ràng hơn. Đây cũng là nơi $OPG bắt đầu có ý nghĩa với tôi. Đối với tôi, nếu các dịch vụ AI trở thành các hoạt động kinh tế, chúng cần sự phối hợp xung quanh việc sử dụng, thanh toán và trách nhiệm. Có thể tôi đang nhìn quá xa về phía trước. Nhưng nếu AI tạo ra các khu thương mại riêng của nó, câu hỏi quan trọng có thể không phải là ai xây dựng mô hình thông minh nhất. Mà có thể là ai xây dựng mạng lưới nơi mà sự tham gia AI được xác minh liên tục kết nối với nhau. DOYR #Binance
#opg $OPG

OpenGradient Có Thể Tạo Ra Khu Vực Thương Mại Tự Do AI Kế Tiếp:

Trước đây, tôi từng nghĩ rằng sự cạnh tranh AI chủ yếu sẽ về các mô hình tốt hơn.

Câu trả lời nhanh hơn.
Đầu ra sạch hơn.
Tiêu chuẩn cao hơn.

Nhưng sau khi nghiên cứu phạm vi rộng hơn của @OpenGradient , tôi đã bắt đầu thấy một câu hỏi khác.

Có thể sự thay đổi thực sự không chỉ nằm ở cách mà các mô hình AI vận hành, mà còn là nơi mà việc sử dụng AI tập trung.

Ở đây, lịch sử cung cấp một gợi ý hữu ích.
Singapore đã trở nên quan trọng như một trung tâm thương mại. Khu vực Tự do Jebel Ali của Dubai đã trở thành một cổng kinh doanh chính. Thẩm Quyến đã cho thấy cách một khu vực kinh tế đặc biệt có thể thu hút các nhà xây dựng, vốn đầu tư và sự tham gia lâu dài.

Các khu vực này trở nên có giá trị vì hoạt động tiếp tục tập trung trong một hệ thống.

Vậy nên, tôi tự hỏi liệu AI có thể đi theo hướng tương tự không.
Một mô hình đơn lẻ có thể hữu ích, nhưng một nền kinh tế AI cần nhiều hơn các mô hình. Nó cần triển khai, truy cập, thanh toán, xác minh, nhà phát triển, người dùng và một lý do để tất cả họ kết nối với nhau.

Đó là nơi OpenGradient luôn thu hút sự chú ý của tôi.

Thật lòng mà nói, tôi không chỉ coi nó là một mạng lưới hạ tầng AI khác. Tôi thấy khả năng của một khu vực thương mại tự do AI, không theo nghĩa pháp lý, mà như một môi trường chia sẻ nơi trí tuệ có thể được triển khai, thanh toán, xác minh và sử dụng với cấu trúc rõ ràng hơn.

Đây cũng là nơi $OPG bắt đầu có ý nghĩa với tôi.

Đối với tôi, nếu các dịch vụ AI trở thành các hoạt động kinh tế, chúng cần sự phối hợp xung quanh việc sử dụng, thanh toán và trách nhiệm.

Có thể tôi đang nhìn quá xa về phía trước.

Nhưng nếu AI tạo ra các khu thương mại riêng của nó, câu hỏi quan trọng có thể không phải là ai xây dựng mô hình thông minh nhất.
Mà có thể là ai xây dựng mạng lưới nơi mà sự tham gia AI được xác minh liên tục kết nối với nhau.

DOYR
#Binance
#opg $OPG Có phải AI có thể đọc lạm phát trước khi thị trường phản ứng không? @OpenGradient đã thay đổi quan điểm của tôi về lạm phát vượt ra ngoài những con số thông thường. Lạm phát thường chỉ trở nên rõ ràng khi thiệt hại đã xảy ra. Giá cả di chuyển, dầu mỏ phản ứng, dữ liệu việc làm được công bố, và sau đó mọi người bắt đầu giải thích những gì đã xảy ra. Nhưng nếu AI có thể đọc một số tín hiệu đó sớm hơn thì sao? Các mô hình vĩ mô cũ như Đường cong Phillips đã cố gắng kết nối lạm phát với tỷ lệ thất nghiệp, tiền lương và áp lực cầu. Nhưng ngày nay, trong thời hiện đại, áp lực vĩ mô không chỉ bị chi phối bởi một tín hiệu duy nhất. Nó có thể đến từ giá dầu, căng thẳng chuỗi cung ứng, sự yếu kém của đồng tiền, sự dịch chuyển thanh khoản, căng thẳng thương mại và tâm lý thị trường. Nếu AI bắt đầu đọc những tín hiệu này cho các trader, nhà nghiên cứu, giao thức DeFi hoặc doanh nghiệp, đầu ra bắt đầu hành động như một tín hiệu quyết định. Đó là lý do tại sao những dự đoán cuối cùng không nên là điều duy nhất mà chúng ta tin tưởng. Thật lòng mà nói, đó là lý do thiết kế HACA của OpenGradient cảm thấy quan trọng với tôi. Các nút suy diễn, nút dữ liệu, nút đầy đủ, lưu trữ và thực thi có thể xác minh chỉ về hướng quy trình AI nơi áp lực kinh tế có thể có một con đường rõ ràng hơn phía sau chúng. OpenGradient không chỉ tạo ra một cái nhìn về lạm phát. Nó có thể làm cho con đường suy diễn trở nên có thể xác minh hơn thông qua các nút chuyên biệt và thực thi dựa trên chứng minh. Đối với tôi, $OPG không chỉ là AI dự đoán. Nó là cơ sở hạ tầng AI có thể cho thấy tín hiệu được hình thành như thế nào. Bởi vì trong các quyết định vĩ mô, một tín hiệu chỉ hữu ích nếu mọi người có thể tin tưởng vào con đường phía sau nó.
#opg $OPG

Có phải AI có thể đọc lạm phát trước khi thị trường phản ứng không?

@OpenGradient đã thay đổi quan điểm của tôi về lạm phát vượt ra ngoài những con số thông thường.

Lạm phát thường chỉ trở nên rõ ràng khi thiệt hại đã xảy ra. Giá cả di chuyển, dầu mỏ phản ứng, dữ liệu việc làm được công bố, và sau đó mọi người bắt đầu giải thích những gì đã xảy ra.

Nhưng nếu AI có thể đọc một số tín hiệu đó sớm hơn thì sao?

Các mô hình vĩ mô cũ như Đường cong Phillips đã cố gắng kết nối lạm phát với tỷ lệ thất nghiệp, tiền lương và áp lực cầu. Nhưng ngày nay, trong thời hiện đại, áp lực vĩ mô không chỉ bị chi phối bởi một tín hiệu duy nhất.

Nó có thể đến từ giá dầu, căng thẳng chuỗi cung ứng, sự yếu kém của đồng tiền, sự dịch chuyển thanh khoản, căng thẳng thương mại và tâm lý thị trường.

Nếu AI bắt đầu đọc những tín hiệu này cho các trader, nhà nghiên cứu, giao thức DeFi hoặc doanh nghiệp, đầu ra bắt đầu hành động như một tín hiệu quyết định.

Đó là lý do tại sao những dự đoán cuối cùng không nên là điều duy nhất mà chúng ta tin tưởng.

Thật lòng mà nói, đó là lý do thiết kế HACA của OpenGradient cảm thấy quan trọng với tôi.
Các nút suy diễn, nút dữ liệu, nút đầy đủ, lưu trữ và thực thi có thể xác minh chỉ về hướng quy trình AI nơi áp lực kinh tế có thể có một con đường rõ ràng hơn phía sau chúng.

OpenGradient không chỉ tạo ra một cái nhìn về lạm phát. Nó có thể làm cho con đường suy diễn trở nên có thể xác minh hơn thông qua các nút chuyên biệt và thực thi dựa trên chứng minh.

Đối với tôi, $OPG không chỉ là AI dự đoán.

Nó là cơ sở hạ tầng AI có thể cho thấy tín hiệu được hình thành như thế nào. Bởi vì trong các quyết định vĩ mô, một tín hiệu chỉ hữu ích nếu mọi người có thể tin tưởng vào con đường phía sau nó.
#opg $OPG Trong khi chuẩn bị một buổi thuyết trình cho khách hàng từ tài liệu whitepaper và docs của @OpenGradient , một rủi ro bị bỏ qua nổi bật lên Việc cho phép các tác nhân AI không đủ nếu hành động của họ không thể bị giới hạn. Tôi bắt đầu suy nghĩ về điều này sau khi sử dụng AI cho những quyết định nhỏ. Một chatbot có thể gợi ý một ý tưởng, hướng đi, hoặc kế hoạch, nhưng hành động cuối cùng vẫn thuộc về tôi. Một tác nhân AI thì khác. Nó không chỉ gợi ý. Nó cũng có thể hành động. Một chatbot giống như việc nhận lời khuyên; một tác nhân AI giống như việc cho phép ai đó hành động. Sự khác biệt nhỏ này hoàn toàn thay đổi rủi ro. Nếu một câu trả lời AI yếu, tôi có thể dừng lại trước khi sử dụng nó. Nhưng nếu một tác nhân bắt đầu chọn mô hình, thực hiện nhiệm vụ, phân tích thị trường, hoặc tương tác với các hệ thống tài chính, một bước đi sai có thể vượt ra ngoài màn hình. Đó là ý nghĩa của bán kính vụ nổ đối với tôi, khoảng cách tác động có thể lan tỏa sau một hành động sai của AI. Đây là nơi mà OpenGradient cảm thấy quan trọng với tôi. Sự tập trung của nó vào truy cập mô hình, quy trình tập trung vào quyền riêng tư, và khả năng tính toán có thể xác minh hướng tới việc thực hiện AI có thể hành động, nhưng cũng có thể được xác minh và kiểm toán. Quan sát của tôi là: Trước khi các tác nhân AI được tin tưởng với nhiều quyền lực hơn, giới hạn của chúng nên được xác định rõ ràng. Bởi vì tương lai của AI sẽ không chỉ phụ thuộc vào những gì các tác nhân có thể làm. Nó sẽ phụ thuộc vào việc chúng có thể bị dừng lại an toàn như thế nào. Có nên có giới hạn rõ ràng cho các tác nhân AI trước khi chúng hành động không? (A) Có, giới hạn bán kính vụ nổ (B) Không, tự chủ hơn thì tốt hơn #Binance #OpenGradient
#opg $OPG
Trong khi chuẩn bị một buổi thuyết trình cho khách hàng từ tài liệu whitepaper và docs của @OpenGradient , một rủi ro bị bỏ qua nổi bật lên

Việc cho phép các tác nhân AI không đủ nếu hành động của họ không thể bị giới hạn.

Tôi bắt đầu suy nghĩ về điều này sau khi sử dụng AI cho những quyết định nhỏ.

Một chatbot có thể gợi ý một ý tưởng, hướng đi, hoặc kế hoạch, nhưng hành động cuối cùng vẫn thuộc về tôi.

Một tác nhân AI thì khác.

Nó không chỉ gợi ý. Nó cũng có thể hành động.

Một chatbot giống như việc nhận lời khuyên; một tác nhân AI giống như việc cho phép ai đó hành động.

Sự khác biệt nhỏ này hoàn toàn thay đổi rủi ro.
Nếu một câu trả lời AI yếu, tôi có thể dừng lại trước khi sử dụng nó.
Nhưng nếu một tác nhân bắt đầu chọn mô hình, thực hiện nhiệm vụ, phân tích thị trường, hoặc tương tác với các hệ thống tài chính, một bước đi sai có thể vượt ra ngoài màn hình.

Đó là ý nghĩa của bán kính vụ nổ đối với tôi, khoảng cách tác động có thể lan tỏa sau một hành động sai của AI.

Đây là nơi mà OpenGradient cảm thấy quan trọng với tôi. Sự tập trung của nó vào truy cập mô hình, quy trình tập trung vào quyền riêng tư, và khả năng tính toán có thể xác minh hướng tới việc thực hiện AI có thể hành động, nhưng cũng có thể được xác minh và kiểm toán.

Quan sát của tôi là:

Trước khi các tác nhân AI được tin tưởng với nhiều quyền lực hơn, giới hạn của chúng nên được xác định rõ ràng.

Bởi vì tương lai của AI sẽ không chỉ phụ thuộc vào những gì các tác nhân có thể làm.

Nó sẽ phụ thuộc vào việc chúng có thể bị dừng lại an toàn như thế nào.

Có nên có giới hạn rõ ràng cho các tác nhân AI trước khi chúng hành động không?

(A) Có, giới hạn bán kính vụ nổ

(B) Không, tự chủ hơn thì tốt hơn

#Binance #OpenGradient
Đă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
Sơ đồ trang web
Tùy chọn Cookie
Điều khoản & Điều kiện