Binance Square
_CryptoNova
2.2k Bài đăng

_CryptoNova

Crypto Explorer 🧭 | Always learning, always earning | Loving the Binance
Giao dịch mở
Trader thường xuyên
1.2 tháng
333 Đang theo dõi
88 Người theo dõi
1.2K+ Đã thích
Bài đăng
Danh mục đầu tư
PINNED
·
--
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
PINNED
Đú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....
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
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
Bài viết
cơ chế khiến mọi xác nhận đều mang ý nghĩa gì đó TTCđã ngồi với phần giải quyết tranh chấp trong whitepaper của Newton từ hôm qua và đây là phần mà tôi nghĩ nhiều người xây dựng trên giao thức sẽ coi là đương nhiên cho đến khi họ thực sự cần dùng nó, và lúc đó nó sẽ là điều quan trọng nhất trong hệ thống. cốt lõi của luận điểm Newton đưa ra là rằng các xác nhận là không cần tin cậy (trustless). không phải là tối thiểu hóa niềm tin. trustless. đó là một khẳng định mạnh và nó đòi hỏi một cơ chế cụ thể để có thể chứng minh. hệ thống thách thức chính là cơ chế đó. sau khi một xác nhận được ghi lên onchain, một giai đoạn tranh chấp do quản trị định nghĩa sẽ bắt đầu. trong khoảng thời gian này, xác nhận là tạm thời; nó không thể được dùng để ủy quyền các giao dịch. chỉ sau khi cửa sổ hết hạn mà không có thách thức thành công thì xác nhận mới trở thành cuối cùng (final). điều này tạo ra sự tách biệt rõ ràng giữa hai trạng thái mà hầu hết các hệ thống đều gộp lại thành một.

cơ chế khiến mọi xác nhận đều mang ý nghĩa gì đó TTC

đã ngồi với phần giải quyết tranh chấp trong whitepaper của Newton từ hôm qua và đây là phần mà tôi nghĩ nhiều người xây dựng trên giao thức sẽ coi là đương nhiên cho đến khi họ thực sự cần dùng nó, và lúc đó nó sẽ là điều quan trọng nhất trong hệ thống.
cốt lõi của luận điểm Newton đưa ra là rằng các xác nhận là không cần tin cậy (trustless). không phải là tối thiểu hóa niềm tin. trustless.
đó là một khẳng định mạnh và nó đòi hỏi một cơ chế cụ thể để có thể chứng minh. hệ thống thách thức chính là cơ chế đó.
sau khi một xác nhận được ghi lên onchain, một giai đoạn tranh chấp do quản trị định nghĩa sẽ bắt đầu. trong khoảng thời gian này, xác nhận là tạm thời; nó không thể được dùng để ủy quyền các giao dịch. chỉ sau khi cửa sổ hết hạn mà không có thách thức thành công thì xác nhận mới trở thành cuối cùng (final). điều này tạo ra sự tách biệt rõ ràng giữa hai trạng thái mà hầu hết các hệ thống đều gộp lại thành một.
Lần đầu tôi tìm hiểu về Magic Labs cách đây hai ngày, và bối cảnh đó đã thay đổi cách tôi nhìn nhận mức độ đáng tin của Newton như một hạ tầng,,,,, Magic Labs đã xây dựng các ví nhúng. Không phải một thử nghiệm, mà là hạ tầng sản xuất hiện đang nằm bên dưới 57 triệu ví và phục vụ hơn 200.000 nhà phát triển. Họ vận hành hạ tầng ví của Polymarket. PayPal Ventures đã hậu thuẫn họ. Đây là một đội ngũ đã triển khai hạ tầng ví ở quy mô mà hầu hết các nhóm giao thức chỉ có thể mô tả trên các slide lộ trình. Điều quan trọng đối với Newton một cách cụ thể là: hạ tầng ủy quyền chỉ đáng tin cậy ở mức mà đội ngũ có thể thực sự xây dựng và duy trì nó. Một lớp giao thức mới nằm giữa ý định giao dịch và việc thực thi trên 0nchain đòi hỏi kinh nghiệm vận hành sâu sắc đúng trong loại hạ tầng có liên quan đến hàng triệu người dùng và không thể thất bại. Trải nghiệm ví nhúng có liên quan trực tiếp. Việc xây dựng các hệ thống trong đó quản lý khóa không giám sát (non-custodial) hoạt động ổn định ở quy mô người dùng là bài toán thuộc cùng một nhóm vấn đề với việc xây dựng các hệ thống trong đó việc đánh giá chính sách hoạt động ổn định ở quy mô giao dịch. Các kiểu hỏng khác nhau, nhưng kỷ luật vận hành cần thiết là như nhau... Tôi thấy bối cảnh đó thực sự đáng trấn an trong một không gian mà mức độ tin cậy của nhà phát triển cốt lõi đáng được xem xét trước khi tin bất kỳ hạ tầng mới nào với những thứ có ý nghĩa... Liệu đội ngũ có mở rộng mạng vận hành của Newton với cùng mức độ chặt chẽ trong vận hành như họ đã áp dụng cho hạ tầng ví hay không—đó là điều tôi muốn thấy diễn ra trong mười hai tháng tới?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
Lần đầu tôi tìm hiểu về Magic Labs cách đây hai ngày, và bối cảnh đó đã thay đổi cách tôi nhìn nhận mức độ đáng tin của Newton như một hạ tầng,,,,,

Magic Labs đã xây dựng các ví nhúng. Không phải một thử nghiệm, mà là hạ tầng sản xuất hiện đang nằm bên dưới 57 triệu ví và phục vụ hơn 200.000 nhà phát triển. Họ vận hành hạ tầng ví của Polymarket. PayPal Ventures đã hậu thuẫn họ. Đây là một đội ngũ đã triển khai hạ tầng ví ở quy mô mà hầu hết các nhóm giao thức chỉ có thể mô tả trên các slide lộ trình.

Điều quan trọng đối với Newton một cách cụ thể là: hạ tầng ủy quyền chỉ đáng tin cậy ở mức mà đội ngũ có thể thực sự xây dựng và duy trì nó. Một lớp giao thức mới nằm giữa ý định giao dịch và việc thực thi trên 0nchain đòi hỏi kinh nghiệm vận hành sâu sắc đúng trong loại hạ tầng có liên quan đến hàng triệu người dùng và không thể thất bại.

Trải nghiệm ví nhúng có liên quan trực tiếp. Việc xây dựng các hệ thống trong đó quản lý khóa không giám sát (non-custodial) hoạt động ổn định ở quy mô người dùng là bài toán thuộc cùng một nhóm vấn đề với việc xây dựng các hệ thống trong đó việc đánh giá chính sách hoạt động ổn định ở quy mô giao dịch. Các kiểu hỏng khác nhau, nhưng kỷ luật vận hành cần thiết là như nhau...

Tôi thấy bối cảnh đó thực sự đáng trấn an trong một không gian mà mức độ tin cậy của nhà phát triển cốt lõi đáng được xem xét trước khi tin bất kỳ hạ tầng mới nào với những thứ có ý nghĩa...

Liệu đội ngũ có mở rộng mạng vận hành của Newton với cùng mức độ chặt chẽ trong vận hành như họ đã áp dụng cho hạ tầng ví hay không—đó là điều tôi muốn thấy diễn ra trong mười hai tháng tới??

#Newt @NewtonProtocol $NEWT
Việc thực thi dựa trên chính sách mang cảm giác ít giống một tính năng blockchain khác và nhiều hơn là cơ sở hạ tầng còn thiếu cho tự động hóa đáng tin cậy. Nếu các ứng dụng một cách nhất quán cần các quy tắc có thể được thực thi, thì lớp này có thể trở nên thiết yếu như chính các smart contract.
Việc thực thi dựa trên chính sách mang cảm giác ít giống một tính năng blockchain khác và nhiều hơn là cơ sở hạ tầng còn thiếu cho tự động hóa đáng tin cậy.
Nếu các ứng dụng một cách nhất quán cần các quy tắc có thể được thực thi, thì lớp này có thể trở nên thiết yếu như chính các smart contract.
Python_Trading
·
--
Mỗi blockchain dường như đang giải quyết một mảnh ghép khác nhau của câu đố. Có nơi tập trung vào bảo mật, nơi khác vào khả năng lập trình, và nơi khác vào tốc độ. Nhưng tôi vẫn tự hỏi liệu lớp quan trọng tiếp theo có phải không hề liên quan đến việc thực thi nhanh hơn.

Có thể đó là về việc đảm bảo các giao dịch diễn ra vì đúng lý do.

Phần lớn người dùng thực sự không quan tâm đến việc gửi một giao dịch. Họ quan tâm đến kết quả. Họ muốn các hành động tuân theo điều kiện, giới hạn và quyền truy cập mà không cần phải tin tưởng mọi ứng dụng rằng sẽ thực hiện đúng các quy tắc đó. Đó là lúc việc thực thi dựa trên chính sách bắt đầu trở nên thú vị.

Điểm nổi bật với cách tiếp cận này là nó không thực sự cạnh tranh với các blockchain hiện có. Nó bổ sung thêm một lớp khác có thể làm cho hoạt động onchain trở nên dễ dự đoán và an toàn hơn nếu được áp dụng ở quy mô lớn.

Tôi cũng nghĩ rằng mọi người đang đánh giá quá cao sự phản kháng của nhà phát triển. Thông thường, các nhà phát triển sẽ nhanh chóng áp dụng công cụ tốt hơn khi lợi ích là rõ ràng. Câu hỏi lớn hơn là liệu người dùng và ứng dụng có thực sự cần năng lực này đủ nhiều để biến nó thành một tiêu chuẩn hay không.

Hạ tầng tốt chưa bao giờ tự nó đủ để thắng. Nó phải giải quyết một vấn đề thực sự mà mọi người cảm nhận được mỗi ngày; nếu không, ngay cả những ý tưởng thông minh cũng có thể khó tạo được đà phát triển.

@NewtonProtocol $NEWT #Newt

Ưu tiên tiếp theo của crypto là gì?
Giấy chứng nhận đã ký là điều thay đổi sự tuân thủ từ lời hứa thành bằng chứng có thể xác minh mà bất kỳ ai cũng có thể kiểm toán. Bằng chứng, không chỉ việc thực thi, là yếu tố mang lại uy tín lâu dài cho lớp ủy quyền của Newton.
Giấy chứng nhận đã ký là điều thay đổi sự tuân thủ từ lời hứa thành bằng chứng có thể xác minh mà bất kỳ ai cũng có thể kiểm toán.
Bằng chứng, không chỉ việc thực thi, là yếu tố mang lại uy tín lâu dài cho lớp ủy quyền của Newton.
BLANK Bro
·
--
Tăng giá
Ban đầu, tôi nghĩ đó chỉ là độ trễ mạng khi tôi xem một giao dịch bị “treo” lâu hơn dự kiến một chút trước khi được xử lý. Không phải vậy. Newton chèn một lớp kiểm tra chính sách vào khoảng thời gian đó—một khoảnh khắc nơi một mạng lưới các nhà vận hành đọc các quy tắc mà người xây dựng đã viết, đối chiếu chúng với các tín hiệu onchain và offchain, và quyết định liệu giao dịch có được quyền tiếp tục hay không. Điều gây ấn tượng với tôi không phải là chính việc kiểm tra. Mà là biên nhận. Mọi lần đánh giá, dù được chấp thuận hay bị chặn, đều được ghi onchain dưới dạng một bản xác nhận đã được ký, một bản ghi vĩnh viễn về mọi lần “không” nằm cạnh mọi lần “có”, có thể được bất kỳ ai chịu khó xem xét đều xác minh. Hầu hết người dùng sẽ không bao giờ mở Newton Explorer. Biên nhận không dành cho họ. Nó dành cho kiểm toán viên, cho bộ cấp phát, cho cơ quan quản lý—những người không bao giờ phải tin vào lời của nền tảng. Điều đó dẫn đến câu hỏi thực sự: nhu cầu ở đây là tuân thủ nhanh hơn, hay là để cuối cùng có ai đó khác nắm giữ bằng chứng.
@NewtonProtocol $NEWT #Newt
·
--
Tăng giá
bốn lĩnh vực thực thi trong Newton Vault SDK thực sự khiến tôi bất ngờ khi tôi vẽ bản đồ chúng vào sáng hôm đó vì chúng bao phủ nhiều phạm vi hơn tiêu đề gợi ý. tuân thủ là phần hiển nhiên. sàng lọc OFAC, kiểm tra trừng phạt, lớp quy định mà mọi tổ chức đều cần chứng minh được. danh tính nằm cạnh đó là xác thực và đủ điều kiện, đảm bảo các bên phù hợp đang tương tác với đúng quy trình. chỉ riêng hai mảng này đã đủ tạo nên một sản phẩm hữu ích. bảo mật là nơi mọi thứ trở nên thú vị hơn. chặn mối đe dọa theo thời gian thực. kiểu bảo vệ không chỉ kiểm tra bạn là ai mà còn theo dõi điều gì đang xảy ra với giao thức tại thời điểm giao dịch, đánh dấu các khoản tiền gửi từ địa chỉ bị xâm phạm, chặn tương tác với các hợp đồng nằm trong danh sách đen, và phát hiện các chữ ký của những khai thác đã biết trước khi chúng kịp thực thi. và rủi ro là miền thứ tư. rủi ro đối tác, tính toàn vẹn APY, giới hạn đòn bẩy, tình trạng oracle. các tham số quyết định liệu một giao dịch có an toàn để thực thi trong bối cảnh thị trường hiện tại hay không—không chỉ là việc các bên liên quan có tuân thủ hay không....$LAB điều làm tôi chú ý về cách định hình này là: hầu hết các hệ thống chỉ xử lý một hoặc hai miền trong số đó và coi những miền còn lại là vấn đề của người khác. đóng gói cả bốn miền vào một lớp thực thi onchain duy nhất giúp một vault triển khai Newton có được toàn cảnh ngay khi giao dịch được gửi lên, thay vì phải lắp ghép từ bốn nguồn riêng biệt sau đó. liệu việc gộp bốn miền trong một lớp có duy trì được tính nhất quán khi độ phức tạp chính sách bên trong từng miền tăng lên hay không—đó là câu hỏi thiết kế đáng theo dõi?? @NewtonProtocol $NEWT #Newt {future}(NEWTUSDT)
bốn lĩnh vực thực thi trong Newton Vault SDK thực sự khiến tôi bất ngờ khi tôi vẽ bản đồ chúng vào sáng hôm đó vì chúng bao phủ nhiều phạm vi hơn tiêu đề gợi ý.

tuân thủ là phần hiển nhiên. sàng lọc OFAC, kiểm tra trừng phạt, lớp quy định mà mọi tổ chức đều cần chứng minh được. danh tính nằm cạnh đó là xác thực và đủ điều kiện, đảm bảo các bên phù hợp đang tương tác với đúng quy trình. chỉ riêng hai mảng này đã đủ tạo nên một sản phẩm hữu ích.

bảo mật là nơi mọi thứ trở nên thú vị hơn. chặn mối đe dọa theo thời gian thực. kiểu bảo vệ không chỉ kiểm tra bạn là ai mà còn theo dõi điều gì đang xảy ra với giao thức tại thời điểm giao dịch, đánh dấu các khoản tiền gửi từ địa chỉ bị xâm phạm, chặn tương tác với các hợp đồng nằm trong danh sách đen, và phát hiện các chữ ký của những khai thác đã biết trước khi chúng kịp thực thi.

và rủi ro là miền thứ tư.

rủi ro đối tác, tính toàn vẹn APY, giới hạn đòn bẩy, tình trạng oracle. các tham số quyết định liệu một giao dịch có an toàn để thực thi trong bối cảnh thị trường hiện tại hay không—không chỉ là việc các bên liên quan có tuân thủ hay không....$LAB

điều làm tôi chú ý về cách định hình này là: hầu hết các hệ thống chỉ xử lý một hoặc hai miền trong số đó và coi những miền còn lại là vấn đề của người khác. đóng gói cả bốn miền vào một lớp thực thi onchain duy nhất giúp một vault triển khai Newton có được toàn cảnh ngay khi giao dịch được gửi lên, thay vì phải lắp ghép từ bốn nguồn riêng biệt sau đó.

liệu việc gộp bốn miền trong một lớp có duy trì được tính nhất quán khi độ phức tạp chính sách bên trong từng miền tăng lên hay không—đó là câu hỏi thiết kế đáng theo dõi??

@NewtonProtocol $NEWT #Newt
Bài viết
chính sách dưới dạng mã, tuân thủ như toán họcPhần của Newton mà tôi nghĩ các nhà phát triển sẽ hiểu nhanh nhất là phần mà các cán bộ tuân thủ (compliance) của tổ chức sẽ hiểu chậm nhất, và ngược lại. Rego là nơi hai thế giới đó gặp nhau, và lựa chọn thiết kế để sử dụng nó xứng đáng được quan tâm nhiều hơn so với mức nó thường nhận được. Rego là ngôn ngữ chính sách trong dự án 0pen Policy Agent. Nó được triển khai rộng rãi trong hạ tầng doanh nghiệp như Kubernetes admission control, ủy quyền API gateway, và các chính sách cho CI/CD pipeline. Nếu bạn đã từng làm việc trong hạ tầng cloud-native ở bất kỳ quy mô nghiêm túc nào, gần như chắc chắn bạn đã từng viết hoặc đánh giá các chính sách Rego. Ngôn ngữ này mang tính khai báo, được trang bị công cụ tốt và đã được kiểm chứng trong thực chiến trên một hệ sinh thái hiện có rất lớn.

chính sách dưới dạng mã, tuân thủ như toán học

Phần của Newton mà tôi nghĩ các nhà phát triển sẽ hiểu nhanh nhất là phần mà các cán bộ tuân thủ (compliance) của tổ chức sẽ hiểu chậm nhất, và ngược lại. Rego là nơi hai thế giới đó gặp nhau, và lựa chọn thiết kế để sử dụng nó xứng đáng được quan tâm nhiều hơn so với mức nó thường nhận được.
Rego là ngôn ngữ chính sách trong dự án 0pen Policy Agent. Nó được triển khai rộng rãi trong hạ tầng doanh nghiệp như Kubernetes admission control, ủy quyền API gateway, và các chính sách cho CI/CD pipeline. Nếu bạn đã từng làm việc trong hạ tầng cloud-native ở bất kỳ quy mô nghiêm túc nào, gần như chắc chắn bạn đã từng viết hoặc đánh giá các chính sách Rego. Ngôn ngữ này mang tính khai báo, được trang bị công cụ tốt và đã được kiểm chứng trong thực chiến trên một hệ sinh thái hiện có rất lớn.
Sáng nay, tôi đã xem lại phần RWA trong whitepaper của Newton, và mô hình đe dọa mà họ đang xây dựng chống lại lại cụ thể hơn những gì tôi kỳ vọng. Các chứng khoán đã token hóa, bất động sản và các sản phẩm tín dụng mang ba bề mặt tấn công riêng biệt mà các smart contract tiêu chuẩn không thể giải quyết được/ Tài khoản khóa admin bị xâm phạm: một kẻ tấn công có quyền kiểm soát khóa sẽ bỏ qua toàn bộ cơ chế kiểm soát truy cập. Manipulation NAV và oracle: định giá sai tài sản để cho phép rút tiền trái phép hoặc đúc (mint) với số lượng phóng đại. Thay đổi trạng thái trái phép: đúc mà không được ủy quyền, thay đổi các ràng buộc chuyển nhượng giữa chừng. Điều Newton cung cấp cho các giao thức RWA là một bộ ràng buộc chính sách hoạt động như các bất biến thời gian chạy (runtime invariants). Đây không phải là những quy tắc có thể bị vượt qua nếu ai đó nắm được khóa admin..... Chúng được thực thi ở cấp độ giao dịch thông qua yêu cầu xác thực (attestation). Các cơ chế bảo vệ việc mint và redeem đảm bảo chỉ có các nhà đầu tư đủ điều kiện mới có thể tham gia. Các kiểm tra tính toàn vẹn của NAV đối chiếu giá oracle với các ngưỡng dung sai. Các kiểm soát chuyển nhượng hạn chế hoạt động trên thị trường thứ cấp chỉ dành cho các bên đủ điều kiện.... Điểm khung (framing) khiến tôi bị ám ảnh là: các chính sách này hoạt động như các ràng buộc không thể bị vượt qua, bất kể ai nắm giữ khóa admin. Với các tổ chức token hóa tài sản thực trên các blockchain công khai, rủi ro khóa admin là một trong những vấn đề khó nhất để giải quyết. Việc chuyển rủi ro từ một khóa đơn lẻ sang ủy quyền phân tán thông qua thực thi chính sách là một câu trả lời mang tính cấu trúc khác hẳn đối với bài toán đó,,, Tôi thấy đây là case sử dụng thuyết phục nhất cho việc các tổ chức áp dụng. Không phải vì những case khác không có thật. Mà vì phương án thay thế cho các giao thức RWA hiện nay là chấp nhận rủi ro khóa Admin như một rủi ro đã biết. Liệu các tổ chức token hóa tài sản có cần mức độ thực thi on-chain này trước khi triển khai hay xem nó như cơ sở hạ tầng tùy chọn—đó là câu hỏi đáng để theo dõi?? $NEWT #Newt {future}(NEWTUSDT) @NewtonProtocol
Sáng nay, tôi đã xem lại phần RWA trong whitepaper của Newton, và mô hình đe dọa mà họ đang xây dựng chống lại lại cụ thể hơn những gì tôi kỳ vọng.
Các chứng khoán đã token hóa, bất động sản và các sản phẩm tín dụng mang ba bề mặt tấn công riêng biệt mà các smart contract tiêu chuẩn không thể giải quyết được/

Tài khoản khóa admin bị xâm phạm: một kẻ tấn công có quyền kiểm soát khóa sẽ bỏ qua toàn bộ cơ chế kiểm soát truy cập. Manipulation NAV và oracle: định giá sai tài sản để cho phép rút tiền trái phép hoặc đúc (mint) với số lượng phóng đại. Thay đổi trạng thái trái phép: đúc mà không được ủy quyền, thay đổi các ràng buộc chuyển nhượng giữa chừng.

Điều Newton cung cấp cho các giao thức RWA là một bộ ràng buộc chính sách hoạt động như các bất biến thời gian chạy (runtime invariants). Đây không phải là những quy tắc có thể bị vượt qua nếu ai đó nắm được khóa admin..... Chúng được thực thi ở cấp độ giao dịch thông qua yêu cầu xác thực (attestation). Các cơ chế bảo vệ việc mint và redeem đảm bảo chỉ có các nhà đầu tư đủ điều kiện mới có thể tham gia. Các kiểm tra tính toàn vẹn của NAV đối chiếu giá oracle với các ngưỡng dung sai. Các kiểm soát chuyển nhượng hạn chế hoạt động trên thị trường thứ cấp chỉ dành cho các bên đủ điều kiện....

Điểm khung (framing) khiến tôi bị ám ảnh là: các chính sách này hoạt động như các ràng buộc không thể bị vượt qua, bất kể ai nắm giữ khóa admin. Với các tổ chức token hóa tài sản thực trên các blockchain công khai, rủi ro khóa admin là một trong những vấn đề khó nhất để giải quyết. Việc chuyển rủi ro từ một khóa đơn lẻ sang ủy quyền phân tán thông qua thực thi chính sách là một câu trả lời mang tính cấu trúc khác hẳn đối với bài toán đó,,,

Tôi thấy đây là case sử dụng thuyết phục nhất cho việc các tổ chức áp dụng. Không phải vì những case khác không có thật. Mà vì phương án thay thế cho các giao thức RWA hiện nay là chấp nhận rủi ro khóa Admin như một rủi ro đã biết.
Liệu các tổ chức token hóa tài sản có cần mức độ thực thi on-chain này trước khi triển khai hay xem nó như cơ sở hạ tầng tùy chọn—đó là câu hỏi đáng để theo dõi??

$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