Binance Square
_CryptoNova
2.5k Bài đăng

_CryptoNova

Crypto Explorer 🧭 | Always learning, always earning | Loving the Binance
Giao dịch mở
Trader thường xuyên
1.5 tháng
369 Đang theo dõi
105 Người theo dõi
1.4K+ Đã thích
Bài đăng
Danh mục đầu tư
·
--
stablecoins có một mâu thuẫn cốt lõi về sản phẩm mà đến nay chưa ai giải quyết một cách gọn gàng, và điều đó làm tôi bận tâm mỗi lần tôi suy nghĩ nghiêm túc về bài toán tuân thủ. Giá trị cốt lõi của stablecoins là chuyển tiền không cần xin phép, toàn cầu, tức thời. Đó là thứ khiến chúng hữu ích. Đó là động lực tạo ra $700 tỷ khối lượng chuyển tiền hằng tháng. Nhưng các khung pháp lý hiện áp dụng cho các tổ chức phát hành stablecoin lại yêu cầu sàng lọc lệnh cấm (sanctions screening), xác minh danh tính (identity verification) và gán thuộc tính Travel Rule..... được thực thi ở cấp độ từng giao dịch chuyển tiền, không chỉ ở khâu đăng ký ban đầu. Hai yêu cầu đó kéo trực tiếp ngược nhau. Nếu bạn thực thi tuân thủ thông qua một lớp tập trung, bạn sẽ xây dựng lại “đường ray thanh toán” mà stablecoin đáng lẽ phải thay thế. Còn nếu không thực thi, bạn sẽ vận hành ngoài các khung pháp lý hiện đã trở nên rõ ràng và được thực thi. Newton giúp các tổ chức phát hành stablecoin có được cả hai mà không phải chọn một trong hai. Tổ chức phát hành định nghĩa chính sách trong Regowhich (những khu vực pháp lý nào được phép), các đối tượng nào bị cấm, mức độ yêu cầu gán Travel Rule ở ngưỡng nào trở lên. Mạng vận hành (operator network) của Newton đánh giá mọi ý định chuyển giao dịch dựa trên chính sách đó và trả về một xác nhận (attestation) được tổng hợp bằng BLS-aggregated.... Hợp đồng thông minh yêu cầu attestation đó trước khi thực hiện giao dịch chuyển tiền. Stablecoin vẫn “không cần xin phép” theo nghĩa quan trọng: không có bộ kiểm soát tập trung nào quyết định ai có thể sử dụng nó. Nhưng mọi giao dịch chuyển tiền đều được đánh giá chính sách trước khi được xác lập. Và tổ chức phát hành giữ lại bằng chứng mật mã rằng việc thực thi đã xảy ra cho mọi giao dịch chuyển tiền. không phải logs. không phải báo cáo giám sát. đó là bằng chứng cho thấy một chính sách cụ thể đã được đánh giá và thông qua cho một giao dịch cụ thể trước khi tiền được chuyển đi. Tôi thấy kiến trúc duy nhất thực sự giải quyết được mâu thuẫn này chứ không chỉ chọn một phía. Việc các tổ chức phát hành triển khai điều này trước khi các cơ quan quản lý yêu cầu hay sau là câu hỏi từng tổ chức trả lời cho chính họ, nhưng các khung pháp lý đã được viết sẵn rồi?? @NewtonProtocol $NEWT #Newt
stablecoins có một mâu thuẫn cốt lõi về sản phẩm mà đến nay chưa ai giải quyết một cách gọn gàng, và điều đó làm tôi bận tâm mỗi lần tôi suy nghĩ nghiêm túc về bài toán tuân thủ.
Giá trị cốt lõi của stablecoins là chuyển tiền không cần xin phép, toàn cầu, tức thời. Đó là thứ khiến chúng hữu ích. Đó là động lực tạo ra $700 tỷ khối lượng chuyển tiền hằng tháng. Nhưng các khung pháp lý hiện áp dụng cho các tổ chức phát hành stablecoin lại yêu cầu sàng lọc lệnh cấm (sanctions screening), xác minh danh tính (identity verification) và gán thuộc tính Travel Rule..... được thực thi ở cấp độ từng giao dịch chuyển tiền, không chỉ ở khâu đăng ký ban đầu. Hai yêu cầu đó kéo trực tiếp ngược nhau. Nếu bạn thực thi tuân thủ thông qua một lớp tập trung, bạn sẽ xây dựng lại “đường ray thanh toán” mà stablecoin đáng lẽ phải thay thế. Còn nếu không thực thi, bạn sẽ vận hành ngoài các khung pháp lý hiện đã trở nên rõ ràng và được thực thi.
Newton giúp các tổ chức phát hành stablecoin có được cả hai mà không phải chọn một trong hai.
Tổ chức phát hành định nghĩa chính sách trong Regowhich (những khu vực pháp lý nào được phép), các đối tượng nào bị cấm, mức độ yêu cầu gán Travel Rule ở ngưỡng nào trở lên. Mạng vận hành (operator network) của Newton đánh giá mọi ý định chuyển giao dịch dựa trên chính sách đó và trả về một xác nhận (attestation) được tổng hợp bằng BLS-aggregated.... Hợp đồng thông minh yêu cầu attestation đó trước khi thực hiện giao dịch chuyển tiền. Stablecoin vẫn “không cần xin phép” theo nghĩa quan trọng: không có bộ kiểm soát tập trung nào quyết định ai có thể sử dụng nó. Nhưng mọi giao dịch chuyển tiền đều được đánh giá chính sách trước khi được xác lập.
Và tổ chức phát hành giữ lại bằng chứng mật mã rằng việc thực thi đã xảy ra cho mọi giao dịch chuyển tiền. không phải logs. không phải báo cáo giám sát. đó là bằng chứng cho thấy một chính sách cụ thể đã được đánh giá và thông qua cho một giao dịch cụ thể trước khi tiền được chuyển đi.
Tôi thấy kiến trúc duy nhất thực sự giải quyết được mâu thuẫn này chứ không chỉ chọn một phía.
Việc các tổ chức phát hành triển khai điều này trước khi các cơ quan quản lý yêu cầu hay sau là câu hỏi từng tổ chức trả lời cho chính họ, nhưng các khung pháp lý đã được viết sẵn rồi??
@NewtonProtocol $NEWT #Newt
Bài viết
ba lực hội tụ vào cùng một mảnh ghép còn thiếuphần cuối cùng của bản tóm lược Newton có tiêu đề "Why Newton, Why Now" và tôi đã đọc nó tối qua, kỳ vọng sẽ là một lập luận kết thúc theo kiểu chuẩn. nhưng điều tôi tìm thấy lại là một chẩn đoán chính xác về ba lực lượng độc lập đang được phát triển riêng rẽ trong nhiều năm và hiện chỉ bây giờ mới hội tụ tại cùng một điểm đồng thời. lực lượng thứ nhất là sự kết tinh mang tính quy định. trong phần lớn lịch sử của crypto, các hướng dẫn quy định đủ mơ hồ để các tổ chức có thể trì hoãn quyết định về hạ tầng tuân thủ trong một thời gian dài. việc trì hoãn đó hiện không còn khả dụng. GENIUS Act đã thiết lập các yêu cầu cấp phép stablecoin cấp liên bang tại Mỹ. Sắc lệnh Stablecoin của Hồng Kông đã tạo ra một chế độ cấp phép song song. MiCA bao phủ toàn bộ nhóm nhà cung cấp dịch vụ tài sản crypto tại EU.

ba lực hội tụ vào cùng một mảnh ghép còn thiếu

phần cuối cùng của bản tóm lược Newton có tiêu đề "Why Newton, Why Now" và tôi đã đọc nó tối qua, kỳ vọng sẽ là một lập luận kết thúc theo kiểu chuẩn. nhưng điều tôi tìm thấy lại là một chẩn đoán chính xác về ba lực lượng độc lập đang được phát triển riêng rẽ trong nhiều năm và hiện chỉ bây giờ mới hội tụ tại cùng một điểm đồng thời.
lực lượng thứ nhất là sự kết tinh mang tính quy định. trong phần lớn lịch sử của crypto, các hướng dẫn quy định đủ mơ hồ để các tổ chức có thể trì hoãn quyết định về hạ tầng tuân thủ trong một thời gian dài. việc trì hoãn đó hiện không còn khả dụng. GENIUS Act đã thiết lập các yêu cầu cấp phép stablecoin cấp liên bang tại Mỹ. Sắc lệnh Stablecoin của Hồng Kông đã tạo ra một chế độ cấp phép song song. MiCA bao phủ toàn bộ nhóm nhà cung cấp dịch vụ tài sản crypto tại EU.
Có một sự căng thẳng trong hạ tầng ủy quyền phi tập trung: hầu hết các giao thức đều giải quyết bằng cách chọn một trong hai phía. Hoặc bạn mở và cho phép bất kỳ ai tham gia vào tập hợp operator một cách không cần xin phép… và chấp nhận rằng chất lượng và trách nhiệm giải trình rất khó để thực thi. Hoặc bạn cấp phép và chấp nhận rằng ai đó đang kiểm soát ai được phép tham gia. Newton giải quyết theo cách khác, và phần định khung trong whitepaper đáng để ngồi cùng suy ngẫm. Các operator là các thực thể được cấp phép, được biết rõ, đã thẩm định, và phân bố theo địa lý. Họ phải đáp ứng các yêu cầu vận hành bao gồm uptime và thời gian phản hồi, cùng với các yêu cầu tuân thủ bao gồm pháp nhân và chương trình AML. Đây không phải là quyền gia nhập vô hạn chế. Nhưng việc cấp phép phục vụ một mục đích cụ thể: không phải kiểm soát, mà là trách nhiệm giải trình và khả năng chống kiểm duyệt. Không một operator đơn lẻ hay một liên minh nhỏ nào có thể tự quyết định kết quả chính sách một cách đơn phương. Cơ chế tổng hợp BLS yêu cầu một đa số có thể cấu hình của các operator đang stake phải đồng thuận thì mọi attestation mới được coi là hợp lệ. Ví dụ tương tự về TCP/IP mà whitepaper dùng là cách rõ ràng nhất tôi từng thấy để giải thích “trung lập đáng tin” thực sự có nghĩa là gì trong thực tế ở đây. TCP/IP là hạ tầng truyền tải trung lập. Nó không quan tâm ai đang sử dụng hoặc họ đang truyền tải cái gì. Một ngân hàng được quản lý và một giao thức không cần cấp phép có thể cả hai dùng chung cùng một mạng với các yêu cầu hoàn toàn khác nhau, và không bên nào bị ràng buộc bởi bên kia… Newton là hạ tầng ủy quyền trung lập theo cùng nghĩa cấu trúc đó. Giao thức không quy định phải thực thi những chính sách nào. Nó cung cấp động cơ có thể kiểm chứng để thực thi bất kỳ chính sách nào… các ứng dụng lựa chọn. Không một bên nào, bao gồm cả đội ngũ Newton, có thể tự mình kiểm soát kết quả ủy quyền. Bảo đảm về mặt cấu trúc đó chính là thứ “trung lập đáng tin” thực sự đòi hỏi và nó vượt xa một cam kết được nêu ra. Liệu quy trình thừa nhận operator có tiếp tục đủ nhanh để mở rộng tập hợp mà không tạo thành nút thắt cổ chai hay không—đó là câu hỏi quản trị đáng để theo dõi?? @NewtonProtocol $NEWT #Newt {future}(NEWTUSDT)
Có một sự căng thẳng trong hạ tầng ủy quyền phi tập trung: hầu hết các giao thức đều giải quyết bằng cách chọn một trong hai phía. Hoặc bạn mở và cho phép bất kỳ ai tham gia vào tập hợp operator một cách không cần xin phép… và chấp nhận rằng chất lượng và trách nhiệm giải trình rất khó để thực thi. Hoặc bạn cấp phép và chấp nhận rằng ai đó đang kiểm soát ai được phép tham gia.
Newton giải quyết theo cách khác, và phần định khung trong whitepaper đáng để ngồi cùng suy ngẫm.
Các operator là các thực thể được cấp phép, được biết rõ, đã thẩm định, và phân bố theo địa lý. Họ phải đáp ứng các yêu cầu vận hành bao gồm uptime và thời gian phản hồi, cùng với các yêu cầu tuân thủ bao gồm pháp nhân và chương trình AML. Đây không phải là quyền gia nhập vô hạn chế. Nhưng việc cấp phép phục vụ một mục đích cụ thể: không phải kiểm soát, mà là trách nhiệm giải trình và khả năng chống kiểm duyệt. Không một operator đơn lẻ hay một liên minh nhỏ nào có thể tự quyết định kết quả chính sách một cách đơn phương. Cơ chế tổng hợp BLS yêu cầu một đa số có thể cấu hình của các operator đang stake phải đồng thuận thì mọi attestation mới được coi là hợp lệ.
Ví dụ tương tự về TCP/IP mà whitepaper dùng là cách rõ ràng nhất tôi từng thấy để giải thích “trung lập đáng tin” thực sự có nghĩa là gì trong thực tế ở đây. TCP/IP là hạ tầng truyền tải trung lập. Nó không quan tâm ai đang sử dụng hoặc họ đang truyền tải cái gì. Một ngân hàng được quản lý và một giao thức không cần cấp phép có thể cả hai dùng chung cùng một mạng với các yêu cầu hoàn toàn khác nhau, và không bên nào bị ràng buộc bởi bên kia… Newton là hạ tầng ủy quyền trung lập theo cùng nghĩa cấu trúc đó. Giao thức không quy định phải thực thi những chính sách nào. Nó cung cấp động cơ có thể kiểm chứng để thực thi bất kỳ chính sách nào… các ứng dụng lựa chọn.
Không một bên nào, bao gồm cả đội ngũ Newton, có thể tự mình kiểm soát kết quả ủy quyền. Bảo đảm về mặt cấu trúc đó chính là thứ “trung lập đáng tin” thực sự đòi hỏi và nó vượt xa một cam kết được nêu ra.
Liệu quy trình thừa nhận operator có tiếp tục đủ nhanh để mở rộng tập hợp mà không tạo thành nút thắt cổ chai hay không—đó là câu hỏi quản trị đáng để theo dõi??
@NewtonProtocol $NEWT #Newt
Bài viết
bất kỳ chính sách nào, tự động có thể được xác minhtôi đã ngồi với phần đánh giá chính sách có thể được chứng minh bằng ZK của bản whitepaper Newton từ hôm qua, và đây là mảnh ghép của kiến trúc mà tôi nghĩ có ý nghĩa dài hạn quan trọng nhất, đồng thời cũng là phần đòi hỏi việc đọc kỹ lưỡng nhất để có thể hiểu đầy đủ. điểm bắt đầu là một năng lực kỹ thuật mà bản whitepaper mô tả là mới mẻ trong ngành. Newton biên dịch toàn bộ công cụ đánh giá chính sách Rego thành một mạch zero-knowledge. không phải các chính sách riêng lẻ. không phải các quy tắc tuân thủ cụ thể. mà là toàn bộ công cụ đánh giá — toàn bộ trình thông dịch ngôn ngữ Rego được biên dịch để chạy trên đích RISC-V và được thực thi bên trong một máy ảo zero-knowledge đa mục đích.

bất kỳ chính sách nào, tự động có thể được xác minh

tôi đã ngồi với phần đánh giá chính sách có thể được chứng minh bằng ZK của bản whitepaper Newton từ hôm qua, và đây là mảnh ghép của kiến trúc mà tôi nghĩ có ý nghĩa dài hạn quan trọng nhất, đồng thời cũng là phần đòi hỏi việc đọc kỹ lưỡng nhất để có thể hiểu đầy đủ.
điểm bắt đầu là một năng lực kỹ thuật mà bản whitepaper mô tả là mới mẻ trong ngành. Newton biên dịch toàn bộ công cụ đánh giá chính sách Rego thành một mạch zero-knowledge. không phải các chính sách riêng lẻ. không phải các quy tắc tuân thủ cụ thể. mà là toàn bộ công cụ đánh giá — toàn bộ trình thông dịch ngôn ngữ Rego được biên dịch để chạy trên đích RISC-V và được thực thi bên trong một máy ảo zero-knowledge đa mục đích.
giải thích Newton cho một người ngoài giới crypto tuần trước và ngay khoảnh khắc tôi dùng phép so sánh với mạng thẻ, mọi thứ đã “click” với họ ngay lập tức. khi bạn quẹt thẻ, việc thanh toán không chỉ đơn giản là xảy ra. một mạng sẽ kiểm tra các quy tắc gian lận, xác minh danh tính của bạn, đối chiếu số dư và giới hạn chi tiêu, rồi trả về một mã ủy quyền (authorization code). tất cả diễn ra trong thời gian mà thiết bị đầu cuối kêu “bíp”. người bán không được thanh toán ngay tại thời điểm đó. ngân hàng cũng không trừ tiền khỏi tài khoản của bạn ngay lúc đó. thứ xảy ra tại khoảnh khắc đó là một quyết định ủy quyền. việc thanh toán (settlement) đến sau. finance trên onchain (onchain finance) chưa bao giờ xây dựng bước đó. một giao dịch được gửi lên và hoặc là thực thi hoặc là không. không có “checkpoint” giữa ý định (intent) và việc thanh toán (settlement) nơi mà có ai đó kiểm tra giao dịch dựa trên một chính sách, trả về một quyết định đã được ký, và yêu cầu quyết định đó thì quá trình thực thi mới có thể tiếp diễn. đó là khoảng trống mà Newton lấp đầy. ý định giao dịch đi vào. đánh giá chính sách chạy các kiểm tra về lệnh trừng phạt (sanctions), danh tính, tốc độ/biên độ giao dịch (velocity), tính đủ điều kiện (eligibility), hoặc bất cứ thứ gì ứng dụng yêu cầu. một chứng thực (attestation) được tổng hợp bằng BLS sẽ được trả về. hợp đồng thông minh yêu cầu attestation đó trước khi nó sẽ thực thi. tiền không hề di chuyển cho đến khi ủy quyền nói rằng có thể. giống như Visa không giữ tiền cũng không thay thế các ngân hàng — nó chỉ cung cấp mạng ủy quyền giữa họ; Newton cũng không… nắm giữ tài sản (custody) hay thay thế ví. nó cung cấp cơ sở hạ tầng ủy quyền mà bất kỳ ứng dụng nào cũng có thể nhúng vào…. tôi thấy phép so sánh này thực sự chính xác hơn là chỉ mang tính minh họa. vai trò cấu trúc là giống hệt nhau. công nghệ khác nhau. chức năng là giống nhau. liệu việc ủy quyền trên onchain cuối cùng có trở nên “vô hình” và được mặc định như ủy quyền thẻ hay không—đó chính là đường cong nhận cơng (adoption) dài hạn? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
giải thích Newton cho một người ngoài giới crypto tuần trước và ngay khoảnh khắc tôi dùng phép so sánh với mạng thẻ, mọi thứ đã “click” với họ ngay lập tức.

khi bạn quẹt thẻ, việc thanh toán không chỉ đơn giản là xảy ra. một mạng sẽ kiểm tra các quy tắc gian lận, xác minh danh tính của bạn, đối chiếu số dư và giới hạn chi tiêu, rồi trả về một mã ủy quyền (authorization code).

tất cả diễn ra trong thời gian mà thiết bị đầu cuối kêu “bíp”. người bán không được thanh toán ngay tại thời điểm đó. ngân hàng cũng không trừ tiền khỏi tài khoản của bạn ngay lúc đó. thứ xảy ra tại khoảnh khắc đó là một quyết định ủy quyền. việc thanh toán (settlement) đến sau.

finance trên onchain (onchain finance) chưa bao giờ xây dựng bước đó. một giao dịch được gửi lên và hoặc là thực thi hoặc là không. không có “checkpoint” giữa ý định (intent) và việc thanh toán (settlement) nơi mà có ai đó kiểm tra giao dịch dựa trên một chính sách, trả về một quyết định đã được ký, và yêu cầu quyết định đó thì quá trình thực thi mới có thể tiếp diễn.

đó là khoảng trống mà Newton lấp đầy. ý định giao dịch đi vào. đánh giá chính sách chạy các kiểm tra về lệnh trừng phạt (sanctions), danh tính, tốc độ/biên độ giao dịch (velocity), tính đủ điều kiện (eligibility), hoặc bất cứ thứ gì ứng dụng yêu cầu. một chứng thực (attestation) được tổng hợp bằng BLS sẽ được trả về. hợp đồng thông minh yêu cầu attestation đó trước khi nó sẽ thực thi. tiền không hề di chuyển cho đến khi ủy quyền nói rằng có thể.

giống như Visa không giữ tiền cũng không thay thế các ngân hàng — nó chỉ cung cấp mạng ủy quyền giữa họ; Newton cũng không… nắm giữ tài sản (custody) hay thay thế ví. nó cung cấp cơ sở hạ tầng ủy quyền mà bất kỳ ứng dụng nào cũng có thể nhúng vào….

tôi thấy phép so sánh này thực sự chính xác hơn là chỉ mang tính minh họa. vai trò cấu trúc là giống hệt nhau.

công nghệ khác nhau. chức năng là giống nhau.

liệu việc ủy quyền trên onchain cuối cùng có trở nên “vô hình” và được mặc định như ủy quyền thẻ hay không—đó chính là đường cong nhận cơng (adoption) dài hạn?
#Newt @NewtonProtocol $NEWT
Bài viết
kết nối AI xác suất và thực thi tất địnhphần rủi ro của tác nhân AI trong bản whitepaper Newton đã khiến tôi bất ngờ vào sáng nay theo một cách mà tôi không hề dự đoán. không phải vì vấn đề là các tác nhân tự động mới chuyển tiền mà không có con người duyệt lại—một rủi ro mà bất kỳ ai đã chú ý rồi cũng biết là tồn tại. điều khiến tôi bất ngờ là cách họ diễn đạt phần thách thức kỹ thuật nằm bên dưới đó. thử thách ở đây là: đầu ra của AI là mang tính xác suất. một mô hình ngôn ngữ khi đưa ra quyết định về việc có thực hiện một giao dịch hay không sẽ tạo ra kết quả dựa trên việc đối chiếu mẫu trên dữ liệu huấn luyện, chứ không phải là một phép tính tất định có thể được xác minh bằng mật mã. tác nhân có thể nhận diện đúng rằng một giao dịch tuân thủ đến chín mươi chín lần, rồi lại bịa đặt ở lần thứ một trăm. và với tốc độ của máy móc, giao dịch thứ một trăm xảy ra trước khi bất kỳ con người nào kịp can thiệp.

kết nối AI xác suất và thực thi tất định

phần rủi ro của tác nhân AI trong bản whitepaper Newton đã khiến tôi bất ngờ vào sáng nay theo một cách mà tôi không hề dự đoán. không phải vì vấn đề là các tác nhân tự động mới chuyển tiền mà không có con người duyệt lại—một rủi ro mà bất kỳ ai đã chú ý rồi cũng biết là tồn tại. điều khiến tôi bất ngờ là cách họ diễn đạt phần thách thức kỹ thuật nằm bên dưới đó.
thử thách ở đây là: đầu ra của AI là mang tính xác suất. một mô hình ngôn ngữ khi đưa ra quyết định về việc có thực hiện một giao dịch hay không sẽ tạo ra kết quả dựa trên việc đối chiếu mẫu trên dữ liệu huấn luyện, chứ không phải là một phép tính tất định có thể được xác minh bằng mật mã. tác nhân có thể nhận diện đúng rằng một giao dịch tuân thủ đến chín mươi chín lần, rồi lại bịa đặt ở lần thứ một trăm. và với tốc độ của máy móc, giao dịch thứ một trăm xảy ra trước khi bất kỳ con người nào kịp can thiệp.
·
--
Giảm giá
$LAB Hôm nay chịu áp lực bán mạnh, giảm hơn 38% và nhắc nhở các nhà giao dịch rằng quản lý rủi ro luôn phải được đặt lên hàng đầu. 📉 Biến động tạo ra cơ hội, nhưng chỉ dành cho những ai giữ được sự kiên nhẫn, quản lý rủi ro và tránh giao dịch theo cảm xúc. #Labs #crypto #Binance #trading $LAB {future}(LABUSDT)
$LAB
Hôm nay chịu áp lực bán mạnh, giảm hơn 38% và nhắc nhở các nhà giao dịch rằng quản lý rủi ro luôn phải được đặt lên hàng đầu. 📉

Biến động tạo ra cơ hội, nhưng chỉ dành cho những ai giữ được sự kiên nhẫn, quản lý rủi ro và tránh giao dịch theo cảm xúc.

#Labs #crypto #Binance #trading $LAB
Thị trường không bao giờ di chuyển theo một hướng. 📉 Hôm nay, PARTI, SKL và VANRY nằm trong nhóm những mã giảm mạnh nhất. Những đợt điều chỉnh sâu thường thử thách sự vững tin và lòng kiên nhẫn. Với các nhà đầu tư dài hạn, biến động có thể tạo ra cơ hội để theo dõi sát sao. Luôn quản lý rủi ro và tránh các quyết định theo cảm xúc. #crypto #Altcoins $PARTI {future}(PARTIUSDT) $SKL {future}(SKLUSDT) $VANRY {future}(VANRYUSDT)
Thị trường không bao giờ di chuyển theo một hướng. 📉

Hôm nay, PARTI, SKL và VANRY nằm trong nhóm những mã giảm mạnh nhất.
Những đợt điều chỉnh sâu thường thử thách sự vững tin và lòng kiên nhẫn.
Với các nhà đầu tư dài hạn, biến động có thể tạo ra cơ hội để theo dõi sát sao.
Luôn quản lý rủi ro và tránh các quyết định theo cảm xúc.

#crypto #Altcoins

$PARTI
$SKL
$VANRY
các giao thức cho vay onchain về lý thuyết cung cấp các sản phẩm phân biệt rủi ro. trên thực tế, hầu hết chúng đều áp dụng cùng điều khoản cho mọi người vì không có cách nào kiểm chứng để đánh giá ai đó thực sự là ai hoặc tình hình tài chính của họ trông như thế nào. phần thẩm định tín dụng của tài liệu whitepaper Newton mô tả một mô hình khác. các tham số cho vay—giới hạn tín dụng, lãi suất,,,, yêu cầu tài sản thế chấp—được xác định thông qua đánh giá chính sách có thể ghép (composable policy evaluation) thay vì chấm điểm tập trung hoặc các tỷ lệ thế chấp “một kích cỡ cho tất cả”. cơ chế này cụ thể. công cụ chính sách đánh giá các chứng chỉ (credentials), lịch sử tín dụng, việc xác minh thu nhập, giá trị tài sản thế chấp và xuất ra một “hạng tín dụng” (credit band) quyết định các điều khoản mà bên vay được nhận. các chứng chỉ được bảo toàn quyền riêng tư. bên cho vay chỉ thấy kết quả chính sách về việc bên vay này đủ điều kiện với các điều khoản đó, mà không thấy dữ liệu tài chính gốc đã tạo ra kết quả… bên vay cung cấp bằng chứng về tình trạng tài chính của mình mà không phơi bày các con số thô lên một chuỗi công khai hoặc cho chính giao thức cho vay. sự kết hợp đó—đánh giá tín dụng có thể kiểm chứng với các đầu vào bảo toàn quyền riêng tư—là thứ khiến việc cho vay onchain thực sự phân biệt rủi ro, thay vì chỉ phân biệt theo tỷ lệ thế chấp. sự khác biệt giữa hai mô hình này là rất đáng kể đối với những người vay có năng lực tín dụng thực sự mà hệ thống onchain hiện tại không có cơ chế nào để nhận ra. tôi xem đây là một trong những trường hợp sử dụng mang lại tác động thực tiễn nhất trong lộ trình Newton cho người dùng DeFi phổ thông, thay vì chỉ dành cho các tổ chức. liệu các nhà phát hành chứng chỉ tín dụng có tích hợp đủ nhanh để sẵn sàng ở quy mô lớn hay không—việc đó có đáng để theo dõi như một phụ thuộc cho quá trình được chấp nhận hay không?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
các giao thức cho vay onchain về lý thuyết cung cấp các sản phẩm phân biệt rủi ro. trên thực tế, hầu hết chúng đều áp dụng cùng điều khoản cho mọi người vì không có cách nào kiểm chứng để đánh giá ai đó thực sự là ai hoặc tình hình tài chính của họ trông như thế nào.

phần thẩm định tín dụng của tài liệu whitepaper Newton mô tả một mô hình khác. các tham số cho vay—giới hạn tín dụng, lãi suất,,,, yêu cầu tài sản thế chấp—được xác định thông qua đánh giá chính sách có thể ghép (composable policy evaluation) thay vì chấm điểm tập trung hoặc các tỷ lệ thế chấp “một kích cỡ cho tất cả”.

cơ chế này cụ thể. công cụ chính sách đánh giá các chứng chỉ (credentials), lịch sử tín dụng, việc xác minh thu nhập, giá trị tài sản thế chấp và xuất ra một “hạng tín dụng” (credit band) quyết định các điều khoản mà bên vay được nhận.

các chứng chỉ được bảo toàn quyền riêng tư. bên cho vay chỉ thấy kết quả chính sách về việc bên vay này đủ điều kiện với các điều khoản đó, mà không thấy dữ liệu tài chính gốc đã tạo ra kết quả… bên vay cung cấp bằng chứng về tình trạng tài chính của mình mà không phơi bày các con số thô lên một chuỗi công khai hoặc cho chính giao thức cho vay.

sự kết hợp đó—đánh giá tín dụng có thể kiểm chứng với các đầu vào bảo toàn quyền riêng tư—là thứ khiến việc cho vay onchain thực sự phân biệt rủi ro, thay vì chỉ phân biệt theo tỷ lệ thế chấp. sự khác biệt giữa hai mô hình này là rất đáng kể đối với những người vay có năng lực tín dụng thực sự mà hệ thống onchain hiện tại không có cơ chế nào để nhận ra.

tôi xem đây là một trong những trường hợp sử dụng mang lại tác động thực tiễn nhất trong lộ trình Newton cho người dùng DeFi phổ thông, thay vì chỉ dành cho các tổ chức.

liệu các nhà phát hành chứng chỉ tín dụng có tích hợp đủ nhanh để sẵn sàng ở quy mô lớn hay không—việc đó có đáng để theo dõi như một phụ thuộc cho quá trình được chấp nhận hay không??

#Newt @NewtonProtocol $NEWT
Đúng một phần
Bài viết
Sự khác biệt giữa một bản ghi nhật ký và một bằng chứng:ngồi với phần biên lai tuân thủ của whitepaper Newton tối qua và nó đã làm rõ một điều mà tôi đã suy nghĩ về không chính xác trong một thời gian.@NewtonProtocol có một sự phân biệt theo nhóm mà quan trọng vô cùng trong tuân thủ quy định và gần như không ai trong không gian onchain đang xây dựng điều đó. sự phân biệt nằm giữa bằng chứng rằng việc giám sát đã được thực hiện và bằng chứng rằng việc thực thi lẽ ra đã thực sự xảy ra. chúng nghe có vẻ giống nhau. nhưng không phải là cùng một thứ. một nền tảng phân tích blockchain tạo ra nhật ký. nó quan sát một giao dịch, chạy một điểm rủi ro lên giao dịch đó, gắn cờ hoặc xóa cờ cho nó, và ghi lại rằng nó đã làm vậy. nhật ký đó là bằng chứng của việc giám sát. nhưng giám sát là quan sát, không phải thực thi. giao dịch đã được thực hiện trước khi nhật ký được tạo. các khoản tiền đã di chuyển trước khi ai đó hành động dựa trên việc gắn cờ. một cơ quan quản lý yêu cầu bằng chứng rằng hoạt động....

Sự khác biệt giữa một bản ghi nhật ký và một bằng chứng:

ngồi với phần biên lai tuân thủ của whitepaper Newton tối qua và nó đã làm rõ một điều mà tôi đã suy nghĩ về không chính xác trong một thời gian.@NewtonProtocol
có một sự phân biệt theo nhóm mà quan trọng vô cùng trong tuân thủ quy định và gần như không ai trong không gian onchain đang xây dựng điều đó. sự phân biệt nằm giữa bằng chứng rằng việc giám sát đã được thực hiện và bằng chứng rằng việc thực thi lẽ ra đã thực sự xảy ra. chúng nghe có vẻ giống nhau. nhưng không phải là cùng một thứ.
một nền tảng phân tích blockchain tạo ra nhật ký. nó quan sát một giao dịch, chạy một điểm rủi ro lên giao dịch đó, gắn cờ hoặc xóa cờ cho nó, và ghi lại rằng nó đã làm vậy. nhật ký đó là bằng chứng của việc giám sát. nhưng giám sát là quan sát, không phải thực thi. giao dịch đã được thực hiện trước khi nhật ký được tạo. các khoản tiền đã di chuyển trước khi ai đó hành động dựa trên việc gắn cờ. một cơ quan quản lý yêu cầu bằng chứng rằng hoạt động....
Bài viết
vì sao các tổ chức cần vừa thanh khoản công khai vừa thực thi riêng tư cùng lúctôi đã đọc phần DeFi dành cho tổ chức trong whitepaper Newton từ sáng nay và trong đó có một luận điểm được cài sẵn mà tôi nghĩ là đáng để rút ra và xem xét riêng theo đúng các điều kiện của nó. đề tài là: vốn thể chế cần các hồ bơi thanh khoản công khai để đạt độ sâu và tính tương thích, cùng với việc thực thi do chính sách tư nhân quy định để đảm bảo tuân thủ và bảo mật. hai yêu cầu này kéo theo những hướng ngược nhau và phần lớn các cách tiếp cận hiện có khiến các tổ chức phải chọn một. hoặc bạn dùng DeFi công khai và chấp nhận rằng luồng lệnh của bạn hiển thị cho tất cả mọi người, hoặc bạn dùng một môi trường được cấp phép giúp bạn có quyền riêng tư nhưng lại cắt bạn khỏi độ sâu thanh khoản khiến DeFi công khai trở nên có giá trị....

vì sao các tổ chức cần vừa thanh khoản công khai vừa thực thi riêng tư cùng lúc

tôi đã đọc phần DeFi dành cho tổ chức trong whitepaper Newton từ sáng nay và trong đó có một luận điểm được cài sẵn mà tôi nghĩ là đáng để rút ra và xem xét riêng theo đúng các điều kiện của nó.
đề tài là: vốn thể chế cần các hồ bơi thanh khoản công khai để đạt độ sâu và tính tương thích, cùng với việc thực thi do chính sách tư nhân quy định để đảm bảo tuân thủ và bảo mật. hai yêu cầu này kéo theo những hướng ngược nhau và phần lớn các cách tiếp cận hiện có khiến các tổ chức phải chọn một. hoặc bạn dùng DeFi công khai và chấp nhận rằng luồng lệnh của bạn hiển thị cho tất cả mọi người, hoặc bạn dùng một môi trường được cấp phép giúp bạn có quyền riêng tư nhưng lại cắt bạn khỏi độ sâu thanh khoản khiến DeFi công khai trở nên có giá trị....
điều gì đó mà tôi không hề đánh giá cao về $NEWT cho đến khi tôi đọc hết kiến trúc đầy đủ của giao thức là việc token gắn trực tiếp với chức năng thực tế của mạng hơn là chỉ “đặt cạnh” nó. token cấp năng lượng cho Newton Protocol. cách diễn đạt đó nghe thì đơn giản nhưng cơ chế bên dưới nó lại rất cụ thể. các operator sẽ stake $NEWT mang tính “gần kề” về mặt bảo mật kinh tế thông qua EigenLayer để tham gia vào việc đánh giá chính sách. phí từ việc đánh giá chính sách chảy về cho các operator tương xứng với mức stake và mức độ tham gia của họ. mô hình định giá dựa trên việc thực thi nghĩa là... các operator được trả công cho công việc tính toán thực tế WASM đếm theo số lượng lệnh, số lần gọi của nhà cung cấp dữ liệu, băng thông được tiêu thụ trong quá trình đánh giá thay vì dung lượng dự phòng mà có thể hoặc không được sử dụng. mô hình phí này quan trọng cho tính hữu dụng của token vì nó gắn trực tiếp doanh thu của operator với mức độ sử dụng của mạng. khi ngày càng nhiều ứng dụng tích hợp Newton và gửi thêm các intent giao dịch để đánh giá chính sách, dòng phí trả cho operator sẽ tăng. vai trò của token trong lớp... lớp bảo mật kinh tế có nghĩa là khi mạng mở rộng và giá trị của các xác thực đúng tăng lên, lượng stake đứng sau các xác thực đó cần phải được mở rộng tương ứng. Và chức năng quản trị bổ sung thêm một lớp nữa. người nắm giữ token tham gia vào các quy trình quản trị để quyết định các tiêu chuẩn tuyển chọn operator, chứng nhận cho các module chính sách, và mốc thời gian nâng cấp giao thức. những quyết định này tác động trực tiếp đến chất lượng và độ an toàn của mạng. Tôi thấy sự kết hợp giữa bảo mật kinh tế, phân phối phí và quản trị là có ý nghĩa đối với một cấu trúc tiện ích của token. nó không chỉ mang tính trang trí. mạng sẽ không vận hành nếu thiếu nó. Liệu mô hình phí có tạo ra đủ doanh thu cho operator ở quy mô mạng hiện tại để thu hút và giữ được một tập hợp operator chất lượng cao trước khi khối lượng giao dịch đạt đến ngưỡng “tới hạn” hay không—đó là câu hỏi về giai đoạn khởi động đáng để theo dõi chứ?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
điều gì đó mà tôi không hề đánh giá cao về $NEWT cho đến khi tôi đọc hết kiến trúc đầy đủ của giao thức là việc token gắn trực tiếp với chức năng thực tế của mạng hơn là chỉ “đặt cạnh” nó.

token cấp năng lượng cho Newton Protocol. cách diễn đạt đó nghe thì đơn giản nhưng cơ chế bên dưới nó lại rất cụ thể. các operator sẽ stake $NEWT mang tính “gần kề” về mặt bảo mật kinh tế thông qua EigenLayer để tham gia vào việc đánh giá chính sách. phí từ việc đánh giá chính sách chảy về cho các operator tương xứng với mức stake và mức độ tham gia của họ. mô hình định giá dựa trên việc thực thi nghĩa là...

các operator được trả công cho công việc tính toán thực tế WASM đếm theo số lượng lệnh, số lần gọi của nhà cung cấp dữ liệu, băng thông được tiêu thụ trong quá trình đánh giá thay vì dung lượng dự phòng mà có thể hoặc không được sử dụng.

mô hình phí này quan trọng cho tính hữu dụng của token vì nó gắn trực tiếp doanh thu của operator với mức độ sử dụng của mạng. khi ngày càng nhiều ứng dụng tích hợp Newton và gửi thêm các intent giao dịch để đánh giá chính sách, dòng phí trả cho operator sẽ tăng. vai trò của token trong lớp...

lớp bảo mật kinh tế có nghĩa là khi mạng mở rộng và giá trị của các xác thực đúng tăng lên, lượng stake đứng sau các xác thực đó cần phải được mở rộng tương ứng.

Và chức năng quản trị bổ sung thêm một lớp nữa. người nắm giữ token tham gia vào các quy trình quản trị để quyết định các tiêu chuẩn tuyển chọn operator, chứng nhận cho các module chính sách, và mốc thời gian nâng cấp giao thức. những quyết định này tác động trực tiếp đến chất lượng và độ an toàn của mạng.

Tôi thấy sự kết hợp giữa bảo mật kinh tế, phân phối phí và quản trị là có ý nghĩa đối với một cấu trúc tiện ích của token. nó không chỉ mang tính trang trí. mạng sẽ không vận hành nếu thiếu nó.

Liệu mô hình phí có tạo ra đủ doanh thu cho operator ở quy mô mạng hiện tại để thu hút và giữ được một tập hợp operator chất lượng cao trước khi khối lượng giao dịch đạt đến ngưỡng “tới hạn” hay không—đó là câu hỏi về giai đoạn khởi động đáng để theo dõi chứ??

#Newt @NewtonProtocol $NEWT
Bài viết
những ứng dụng bảo mật mà mọi người vẫn chưa nói tớibảo mật onchain thường được trình bày như một bài toán kiểm toán hợp đồng thông minh. hãy tìm ra các lỗi trước khi triển khai. viết mã tốt hơn. giả định là nếu mã đúng ngay khi khởi chạy thì hệ thống sẽ an toàn. tôi đã thấy giả định đó thất bại đủ nhiều lần để không còn tin vào nó nữa. mô hình đe doạ thực sự làm các giao thức bị phá vỡ trong thực tế lại khác. bị lộ khóa admin. tiền bị đánh cắp chuyển qua các DEX và cầu nối trước khi ai đó kịp phản ứng. các cuộc tấn công vào quản trị, nơi lá phiếu bị xoay chuyển vào phút cuối bởi các bên nắm giữ token lớn đã mua vị thế của họ đặc biệt để tác động đến kết quả. đây không phải là lỗi trong mã. đó là lỗi về ủy quyền. mã thực thi đúng như những gì được viết. vấn đề là những gì nó được phép làm là sai....

những ứng dụng bảo mật mà mọi người vẫn chưa nói tới

bảo mật onchain thường được trình bày như một bài toán kiểm toán hợp đồng thông minh. hãy tìm ra các lỗi trước khi triển khai. viết mã tốt hơn. giả định là nếu mã đúng ngay khi khởi chạy thì hệ thống sẽ an toàn. tôi đã thấy giả định đó thất bại đủ nhiều lần để không còn tin vào nó nữa.
mô hình đe doạ thực sự làm các giao thức bị phá vỡ trong thực tế lại khác. bị lộ khóa admin. tiền bị đánh cắp chuyển qua các DEX và cầu nối trước khi ai đó kịp phản ứng.
các cuộc tấn công vào quản trị, nơi lá phiếu bị xoay chuyển vào phút cuối bởi các bên nắm giữ token lớn đã mua vị thế của họ đặc biệt để tác động đến kết quả. đây không phải là lỗi trong mã. đó là lỗi về ủy quyền. mã thực thi đúng như những gì được viết. vấn đề là những gì nó được phép làm là sai....
Đã nghĩ về lộ trình Newton kể từ ngày hôm qua, và việc sắp xếp nó còn có chủ ý hơn so với vẻ bề ngoài khi đọc lần đầu. Các Vault là điểm khởi đầu. Không phải vì chúng là use case quan trọng nhất trong dài hạn, mà vì chúng cụ thể nhất và triển khai được ngay lập tức. SDK Newton Vault mang lại một sản phẩm hoạt động để các tổ chức có thể đánh giá dựa trên hạ tầng thực tế ngay hôm nay. Nó xây dựng mạng lưới các operator, stress-test bộ máy policy... và tạo ra các attestations trực tiếp thể hiện hệ thống vận hành trước khi mở rộng sang những use case phức tạp hơn. Từ các Vault, lộ trình mở rộng sang RWA, stablecoins và các AI agents—mỗi mảng lại bổ sung một hạng mục mới của loại giao dịch và yêu cầu tuân thủ, trong khi cùng một hạ tầng nền tảng vẫn xử lý. Bộ operator học cách đánh giá các chính sách rủi ro của Vault cũng đánh giá các ràng buộc chuyển giao đối với RWA và các kiểm tra lệnh trừng phạt (sanctions) đối với stablecoin. Cùng một bộ máy policy Rego xử lý giới hạn theo vận tốc (velocity limits) cũng xử lý tính đủ điều kiện của nhà đầu tư và việc gán/thuộc tính theo Travel Rule. Marketplace Internet of Policies nằm ở cuối chặng tiến hóa đó. Một hệ sinh thái có thể lắp ghép (composable), nơi các module chính sách được viết, xuất bản và tái sử dụng giữa các ứng dụng—theo cùng cách mà các thành phần hạ tầng mã nguồn mở được... xây dựng và chia sẻ. Các ứng dụng sẽ ghép các “compliance stack” từ những module sẵn có thay vì mỗi lần lại tự xây từ đầu. Tôi thấy cách tiếp cận “vault-first” là hoàn toàn hợp lý. Hãy tạo dựng uy tín ở nơi use case rõ ràng nhất, chứng minh hạ tầng hoạt động trong điều kiện thực tế, rồi mới mở rộng. Phương án thay thế là khởi động với phạm vi đầy đủ ngay từ đầu—đó là cách mà hạ tầng ủy quyền (authorization) thất bại trước khi kịp được sử dụng. Còn việc tầm nhìn Internet of Policies có phát triển được một hệ sinh thái gồm các “policy authors” đủ sâu để bao phủ toàn bộ dải use case của các tổ chức hay không—đó là câu hỏi dài hạn đáng theo dõi?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
Đã nghĩ về lộ trình Newton kể từ ngày hôm qua, và việc sắp xếp nó còn có chủ ý hơn so với vẻ bề ngoài khi đọc lần đầu.
Các Vault là điểm khởi đầu. Không phải vì chúng là use case quan trọng nhất trong dài hạn, mà vì chúng cụ thể nhất và triển khai được ngay lập tức. SDK Newton Vault mang lại một sản phẩm hoạt động để các tổ chức có thể đánh giá dựa trên

hạ tầng thực tế ngay hôm nay. Nó xây dựng mạng lưới các operator, stress-test bộ máy policy... và tạo ra các attestations trực tiếp thể hiện hệ thống vận hành trước khi mở rộng sang những use case phức tạp hơn.
Từ các Vault, lộ trình mở rộng sang RWA, stablecoins và các AI agents—mỗi mảng lại bổ sung một hạng mục mới của loại giao dịch và yêu cầu tuân thủ, trong khi cùng một hạ tầng nền tảng vẫn xử lý. Bộ operator học cách đánh giá các chính sách rủi ro của Vault

cũng đánh giá các ràng buộc chuyển giao đối với RWA và các kiểm tra lệnh trừng phạt (sanctions) đối với stablecoin. Cùng một bộ máy policy Rego xử lý giới hạn theo vận tốc (velocity limits) cũng xử lý tính đủ điều kiện của nhà đầu tư và việc gán/thuộc tính theo Travel Rule.

Marketplace Internet of Policies nằm ở cuối chặng tiến hóa đó. Một hệ sinh thái có thể lắp ghép (composable), nơi các module chính sách được viết, xuất bản và tái sử dụng giữa các ứng dụng—theo cùng cách mà các thành phần hạ tầng mã nguồn mở được...

xây dựng và chia sẻ. Các ứng dụng sẽ ghép các “compliance stack” từ những module sẵn có thay vì mỗi lần lại tự xây từ đầu.

Tôi thấy cách tiếp cận “vault-first” là hoàn toàn hợp lý. Hãy tạo dựng uy tín ở nơi use case rõ ràng nhất, chứng minh hạ tầng hoạt động trong điều kiện thực tế, rồi mới mở rộng. Phương án thay thế là khởi động với phạm vi đầy đủ ngay từ đầu—đó là cách mà hạ tầng ủy quyền (authorization) thất bại trước khi kịp được sử dụng.

Còn việc tầm nhìn Internet of Policies có phát triển được một hệ sinh thái gồm các “policy authors” đủ sâu để bao phủ toàn bộ dải use case của các tổ chức hay không—đó là câu hỏi dài hạn đáng theo dõi??

#Newt @NewtonProtocol $NEWT
Zōya_Vision
·
--
Newton làm gì khi một operater làm sai?
Tôi muốn giải thích một điều mà tôi nghĩ hầu hết mọi người hoàn toàn bỏ qua khi nhìn vào giao thức Newton. Và đó là điều thực sự xảy ra khi một nhà khai thác (operator) ký nhầm kết quả. Bởi vì nếu không có hậu quả thực sự khi làm sai, thì toàn bộ hệ thống sẽ sụp đổ. Và Newton đã phát hiện ra một điều gì đó thực sự rất tinh ranh ở đây.
Hãy để tôi đi qua nó một cách đơn giản.
Khi một giao dịch (transection) được gửi đến Newton, các operator sẽ đánh giá nó và ký vào kết quả. Kết quả đã ký đó được ghi lại trên chuỗi (onchain). Và ngay khi nó được ghi lại, một bộ đếm thời gian sẽ bắt đầu. Một khoảng thời gian để thách thức sẽ mở ra.
Bài viết
một bộ nhà vận hành cho mọi chuỗihôm qua tối tôi đã xem qua phần kiến trúc liên chuỗi trong whitepaper Newton và đây là phần giải đáp câu hỏi mà tôi đã mang theo từ lần đầu đọc phần tổng quan giao thức. nếu mạng vận hành của Newton nằm trên Ethereum và ủy quyền các giao dịch, thì điều gì sẽ xảy ra khi giao dịch được thực thi trên Arbitrum, hoặc Polygon, hoặc Base? mỗi chuỗi đích có cần hạ tầng tuân thủ riêng không? các nhà vận hành có cần đăng ký riêng trên từng chuỗi mà họ muốn phục vụ không? câu trả lời cho cả hai là không, và cơ chế giúp điều đó trở nên khả thi đáng để hiểu kỹ.

một bộ nhà vận hành cho mọi chuỗi

hôm qua tối tôi đã xem qua phần kiến trúc liên chuỗi trong whitepaper Newton và đây là phần giải đáp câu hỏi mà tôi đã mang theo từ lần đầu đọc phần tổng quan giao thức.
nếu mạng vận hành của Newton nằm trên Ethereum và ủy quyền các giao dịch, thì điều gì sẽ xảy ra khi giao dịch được thực thi trên Arbitrum, hoặc Polygon, hoặc Base? mỗi chuỗi đích có cần hạ tầng tuân thủ riêng không?
các nhà vận hành có cần đăng ký riêng trên từng chuỗi mà họ muốn phục vụ không? câu trả lời cho cả hai là không, và cơ chế giúp điều đó trở nên khả thi đáng để hiểu kỹ.
danh sách đối tác đính kèm trong lần ra mắt Newton Vault SDK đã khiến tôi thực sự ngạc nhiên khi xem qua sáng nay. đây không phải là một bộ sưu tập tên được lắp ghép chỉ để tạo ấn tượng. Chainalysis và Hexagate bao phủ.. lĩnh vực tuân thủ và an ninh. Chainalysis mang dữ liệu trừng phạt và hạ tầng giám sát giao dịch mà các tổ chức tài chính vốn đã sử dụng trong các hệ thống tuân thủ hiện có của họ. Hexagate mang khả năng phát hiện mối đe dọa theo thời gian thực lĩnh vực an ninh mà bắt được các khai thác đang diễn ra và các địa chỉ bị xâm nhập trước khi chúng tương tác với một vault. hai người chơi đã được thiết lập, bao phủ hai trong bốn lĩnh vực thực thi, với hạ tầng đã vận hành ở quy mô thể chế. Vaults.fyi bao phủ lĩnh vực rủi ro bằng dữ liệu mà các nhà vận hành vault thực sự dùng để đánh giá hiệu quả chiến lược và tính toàn vẹn APY. RedStone và Credora mang đánh giá sức khỏe oracle và rủi ro tín dụng các tham số rủi ro còn lại quyết định liệu một giao dịch có an toàn hay không trong bối cảnh điều kiện thị trường hiện tại. lớp bảo mật nằm bên dưới tất cả/ cái này đến từ EigenLayer để đảm bảo an ninh kinh tế, Succinct cho tạo lập bằng chứng không kiến thức, Rhinestone cho hạ tầng smart account, và , 0ctane cho trừu tượng hóa gas. điều tôi thấy đáng chú ý về sự kết hợp này là Newton không yêu cầu các tổ chức phải tin vào một lớp dữ liệu mới cho các quyết định mang tính tuân thủ quan trọng. nó định tuyến qua hạ tầng mà các tổ chức đó vốn đã đánh giá, đã tin tưởng, đã có quan hệ với, nhưng đồng thời làm cho các đầu ra của hạ tầng đó có thể thực thi trên chuỗi thay vì chỉ ở mức tư vấn.. đó có phải là một khác biệt đáng kể trong cuộc trò chuyện bán hàng cho tổ chức không?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
danh sách đối tác đính kèm trong lần ra mắt Newton Vault SDK đã khiến tôi thực sự ngạc nhiên khi xem qua sáng nay. đây không phải là một bộ sưu tập tên được lắp ghép chỉ để tạo ấn tượng.
Chainalysis và Hexagate bao phủ..

lĩnh vực tuân thủ và an ninh. Chainalysis mang dữ liệu trừng phạt và hạ tầng giám sát giao dịch mà các tổ chức tài chính vốn đã sử dụng trong các hệ thống tuân thủ hiện có của họ. Hexagate mang khả năng phát hiện mối đe dọa theo thời gian thực lĩnh vực an ninh mà bắt được các khai thác đang diễn ra và các địa chỉ bị xâm nhập trước khi chúng tương tác với một vault. hai người chơi đã được thiết lập, bao phủ hai trong bốn lĩnh vực thực thi, với hạ tầng

đã vận hành ở quy mô thể chế.
Vaults.fyi bao phủ lĩnh vực rủi ro bằng dữ liệu mà các nhà vận hành vault thực sự dùng để đánh giá hiệu quả chiến lược và tính toàn vẹn APY. RedStone và Credora mang đánh giá sức khỏe oracle và rủi ro tín dụng các tham số rủi ro còn lại quyết định liệu một giao dịch có an toàn hay không trong bối cảnh điều kiện thị trường hiện tại.
lớp bảo mật nằm bên dưới tất cả/

cái này đến từ EigenLayer để đảm bảo an ninh kinh tế, Succinct cho tạo lập bằng chứng không kiến thức, Rhinestone cho hạ tầng smart account, và ,
0ctane cho trừu tượng hóa gas.

điều tôi thấy đáng chú ý về sự kết hợp này là Newton không yêu cầu các tổ chức phải tin vào một lớp dữ liệu mới cho các quyết định mang tính tuân thủ quan trọng. nó định tuyến qua hạ tầng mà các tổ chức đó vốn đã đánh giá, đã tin tưởng, đã có quan hệ với, nhưng đồng thời làm cho các đầu ra của hạ tầng đó có thể thực thi trên chuỗi thay vì chỉ ở mức tư vấn..

đó có phải là một khác biệt đáng kể trong cuộc trò chuyện bán hàng cho tổ chức không??

#Newt @NewtonProtocol $NEWT
Bài viết
vấn đề đồng thuận mà không ai nói đến trong ủy quyền phi tập trungcó một vấn đề kỹ thuật bị chôn giấu bên trong việc đánh giá chính sách phi tập trung mà hầu như không được thảo luận đủ, và đã mất một khoảng thời gian cực kỳ lâu đến mức khiến tôi cảm thấy hơi xấu hổ khi rốt cuộc cũng hiểu được vì sao nó lại quan trọng. khi các nhà điều hành độc lập truy xuất dữ liệu có tính nhạy theo thời gian như giá tài sản, cập nhật danh sách trừng phạt, hoặc các nguồn cấp oracle, họ có thể nhận được các giá trị khác nhau từ cùng một nguồn tùy thuộc vào việc yêu cầu của họ rơi vào thời điểm nào. các danh sách trừng phạt được cập nhật. giá biến động giữa các mili giây. nếu mỗi nhà điều hành nhận được dữ liệu hơi khác nhau rồi cố gắng ký BLS cho kết quả chính sách, thì các chữ ký sẽ không thể tổng hợp. tổng hợp BLS yêu cầu các thông điệp phải giống hệt nhau.

vấn đề đồng thuận mà không ai nói đến trong ủy quyền phi tập trung

có một vấn đề kỹ thuật bị chôn giấu bên trong việc đánh giá chính sách phi tập trung mà hầu như không được thảo luận đủ, và đã mất một khoảng thời gian cực kỳ lâu đến mức khiến tôi cảm thấy hơi xấu hổ khi rốt cuộc cũng hiểu được vì sao nó lại quan trọng.
khi các nhà điều hành độc lập truy xuất dữ liệu có tính nhạy theo thời gian như giá tài sản, cập nhật danh sách trừng phạt, hoặc các nguồn cấp oracle, họ có thể nhận được các giá trị khác nhau từ cùng một nguồn tùy thuộc vào việc yêu cầu của họ rơi vào thời điểm nào. các danh sách trừng phạt được cập nhật. giá biến động giữa các mili giây. nếu mỗi nhà điều hành nhận được dữ liệu hơi khác nhau rồi cố gắng ký BLS cho kết quả chính sách, thì các chữ ký sẽ không thể tổng hợp. tổng hợp BLS yêu cầu các thông điệp phải giống hệt nhau.
môi trường pháp lý cho tài sản số đã ngừng ở giai đoạn chỉ là hướng dẫn mang tính thăm dò từ một thời gian trước. điều gì đã thay đổi gần đây, và điều đó trở nên cụ thể đến mức các tổ chức không còn có thể trì hoãn câu hỏi về cơ sở hạ tầng nữa. đạo luật GENIUS đã thiết lập một khuôn khổ cấp phép liên bang cho các tổ chức phát hành stablecoin tại Mỹ, với các yêu cầu về dự trữ, quyền hoàn trả, và các biện pháp kiểm soát tuân thủ. Sắc lệnh Stablecoin của Hồng Kông tạo ra một chế độ cấp phép song song có hiệu lực từ tháng 8 năm 2025. MiCA tại EU bao phủ các nghĩa vụ giám sát giao dịch, đánh giá rủi ro và xác minh danh tính trên toàn bộ nhóm nhà cung cấp dịch vụ tài sản crypto. Hướng dẫn về Quy tắc Du lịch của FATF yêu cầu thông tin của bên chuyển tiền và bên thụ hưởng đối với các giao dịch vượt ngưỡng áp dụng, với hướng dẫn cập nhật tập trung cụ thể vào stablecoin và DeFi. điểm chung của các khuôn khổ này là một kỳ vọng thống nhất: các biện pháp kiểm soát có thể thực thi ở cấp độ từng giao dịch, không chỉ là các kiểm tra tại thời điểm tiếp nhận. bằng chứng kiểm toán rằng các chính sách đã được áp dụng, chứ không phải các log rằng việc giám sát đã được thực hiện. cách diễn đạt đó chính là những gì Newton được xây dựng để đáp ứng. các xác nhận có thể kiểm chứng rằng một chính sách cụ thể đã được đánh giá cho một giao dịch cụ thể. các biên lai tuân thủ on-chain đóng vai trò là bằng chứng kiểm toán. việc thực thi tại thời điểm giao dịch được gửi đi, thay vì giám sát sau khi giao dịch đã được xử lý. chỉ riêng thị trường stablecoin đã có quy mô 298 tỷ USD trong nguồn cung lưu hành với hơn 700 tỷ USD giá trị chuyển tiền hằng tháng. các tổ chức hoạt động ở quy mô đó hiện đã biết chính xác khung tuân thủ nào họ cần để đáp ứng. phần còn thiếu là hạ tầng để thực hiện được điều đó một cách có thể kiểm chứng. Newton không đi trước quy định. nó đang đến đúng lúc các khuôn khổ đã kết tinh?? #Newt $NEWT {future}(NEWTUSDT) @NewtonProtocol
môi trường pháp lý cho tài sản số đã ngừng ở giai đoạn chỉ là hướng dẫn mang tính thăm dò từ một thời gian trước. điều gì đã thay đổi gần đây, và điều đó trở nên cụ thể đến mức các tổ chức không còn có thể trì hoãn câu hỏi về cơ sở hạ tầng nữa.

đạo luật GENIUS đã thiết lập một khuôn khổ cấp phép liên bang cho các tổ chức phát hành stablecoin tại Mỹ, với các yêu cầu về dự trữ, quyền hoàn trả, và các biện pháp kiểm soát tuân thủ.

Sắc lệnh Stablecoin của Hồng Kông tạo ra một chế độ cấp phép song song có hiệu lực từ tháng 8 năm 2025. MiCA tại EU bao phủ các nghĩa vụ giám sát giao dịch, đánh giá rủi ro và xác minh danh tính trên toàn bộ nhóm nhà cung cấp dịch vụ tài sản crypto. Hướng dẫn về Quy tắc Du lịch của FATF yêu cầu thông tin của bên chuyển tiền và bên thụ hưởng đối với các giao dịch vượt ngưỡng áp dụng, với hướng dẫn cập nhật tập trung cụ thể vào stablecoin và DeFi.

điểm chung của các khuôn khổ này là một kỳ vọng thống nhất: các biện pháp kiểm soát có thể thực thi ở cấp độ từng giao dịch, không chỉ là các kiểm tra tại thời điểm tiếp nhận. bằng chứng kiểm toán rằng các chính sách đã được áp dụng, chứ không phải các log rằng việc giám sát đã được thực hiện.

cách diễn đạt đó chính là những gì Newton được xây dựng để đáp ứng. các xác nhận có thể kiểm chứng rằng một chính sách cụ thể đã được đánh giá cho một giao dịch cụ thể. các biên lai tuân thủ on-chain đóng vai trò là bằng chứng kiểm toán. việc thực thi tại thời điểm giao dịch được gửi đi, thay vì giám sát sau khi giao dịch đã được xử lý.

chỉ riêng thị trường stablecoin đã có quy mô 298 tỷ USD trong nguồn cung lưu hành với hơn 700 tỷ USD giá trị chuyển tiền hằng tháng. các tổ chức hoạt động ở quy mô đó hiện đã biết chính xác khung tuân thủ nào họ cần để đáp ứng. phần còn thiếu là hạ tầng để thực hiện được điều đó một cách có thể kiểm chứng.

Newton không đi trước quy định. nó đang đến đúng lúc các khuôn khổ đã kết tinh??

#Newt $NEWT
@NewtonProtocol
Đă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