Binance Square
#onchainsecurity

onchainsecurity

3,095 lượt xem
23 đang thảo luận
Crypto earn110
·
--
Đã xác minh
Nếu bạn đang dấn thân xây dựng các hệ thống onchain, công cụ thực thi chính sách của Newton trên Mainnet Beta xứng đáng được chú ý nghiêm túc. Về cơ bản, đây là một lớp đánh giá phi tập trung chạy như một EigenLayer AVS. Bạn viết các chính sách bằng Rego có thể truy xuất từ trạng thái onchain cùng với các oracle offchain được tin cậy. Trước khi bất kỳ giao dịch nào được chốt, engine sẽ chạy các kiểm tra về tuân thủ, các tham số rủi ro, tín hiệu bảo mật và quy tắc danh tính. Khi vượt qua, bạn sẽ nhận được một xác nhận bằng mật mã đúng chuẩn được ghi nhận onchain. Nếu không đạt, nó sẽ revert gọn gàng ngay từ đầu. Việc tích hợp khá nhẹ nhàng. Chỉ cần một hook nhỏ trong contract của bạn để định tuyến ý định tới mạng vận hành của họ. Điều tôi thấy hữu ích là cách họ giữ logic chính sách tách biệt khỏi mã nghiệp vụ cốt lõi của bạn. Nhờ vậy, việc lặp lại và cập nhật các quy tắc sẽ ít đau đớn hơn rất nhiều khi điều kiện thị trường hoặc các quy định thay đổi. Những điểm cộng khác bao gồm khả năng tương tác (composability) mạnh mẽ giữa các chuỗi, các yếu tố ZK cho dữ liệu nhạy cảm, và hỗ trợ tốt cho vault, smart accounts, bridges và các luồng tác vụ cho agent. Vault SDK của họ trừu tượng hóa nhiều mô hình phổ biến trong tổ chức như giới hạn drawdown và kiểm tra độ lệch oracle. Tất nhiên, Beta vẫn là Beta. Hiệu năng ở quy mô lớn và cách nó chịu đựng trước tải thực tế sẽ nói lên toàn bộ câu chuyện. Nhưng kiến trúc trông có vẻ đã được cân nhắc kỹ lưỡng. Nếu bạn đang làm các sản phẩm có quản lý rủi ro hoặc các agent tự động, đây có thể là thời điểm tốt để dùng thử các công cụ mô phỏng của họ và tự mình kiểm tra độ “khớp” của hệ thống. $NEWT #Newt #NewtonProtocol l #DeFiInfra #OnchainSecurity #Eigenlayer’s @NewtonProtocol
Nếu bạn đang dấn thân xây dựng các hệ thống onchain, công cụ thực thi chính sách của Newton trên Mainnet Beta xứng đáng được chú ý nghiêm túc.

Về cơ bản, đây là một lớp đánh giá phi tập trung chạy như một EigenLayer AVS. Bạn viết các chính sách bằng Rego có thể truy xuất từ trạng thái onchain cùng với các oracle offchain được tin cậy. Trước khi bất kỳ giao dịch nào được chốt, engine sẽ chạy các kiểm tra về tuân thủ, các tham số rủi ro, tín hiệu bảo mật và quy tắc danh tính. Khi vượt qua, bạn sẽ nhận được một xác nhận bằng mật mã đúng chuẩn được ghi nhận onchain. Nếu không đạt, nó sẽ revert gọn gàng ngay từ đầu.

Việc tích hợp khá nhẹ nhàng. Chỉ cần một hook nhỏ trong contract của bạn để định tuyến ý định tới mạng vận hành của họ. Điều tôi thấy hữu ích là cách họ giữ logic chính sách tách biệt khỏi mã nghiệp vụ cốt lõi của bạn. Nhờ vậy, việc lặp lại và cập nhật các quy tắc sẽ ít đau đớn hơn rất nhiều khi điều kiện thị trường hoặc các quy định thay đổi.

Những điểm cộng khác bao gồm khả năng tương tác (composability) mạnh mẽ giữa các chuỗi, các yếu tố ZK cho dữ liệu nhạy cảm, và hỗ trợ tốt cho vault, smart accounts, bridges và các luồng tác vụ cho agent. Vault SDK của họ trừu tượng hóa nhiều mô hình phổ biến trong tổ chức như giới hạn drawdown và kiểm tra độ lệch oracle.

Tất nhiên, Beta vẫn là Beta. Hiệu năng ở quy mô lớn và cách nó chịu đựng trước tải thực tế sẽ nói lên toàn bộ câu chuyện. Nhưng kiến trúc trông có vẻ đã được cân nhắc kỹ lưỡng.

Nếu bạn đang làm các sản phẩm có quản lý rủi ro hoặc các agent tự động, đây có thể là thời điểm tốt để dùng thử các công cụ mô phỏng của họ và tự mình kiểm tra độ “khớp” của hệ thống.

$NEWT
#Newt #NewtonProtocol l #DeFiInfra #OnchainSecurity #Eigenlayer’s

@NewtonProtocol
Đã xác minh
#newt $NEWT ‎ ‎Đó là cách tôi đang nghĩ về @NewtonProtocol sau khi đọc nó. Hợp đồng thông minh thì “mù”. Newton cho chúng kính 👓 ‎ ‎Vấn đề là có thật: Hợp đồng của bạn không thể biết ví có bị trừng phạt hay không. Nó không thể biết một tác nhân AI đang ảo tưởng và sắp “đánh nuke” kho quỹ. Nó cũng không thể biết ai đó vừa vi phạm giới hạn chi tiêu của doanh nghiệp. ‎ ‎Các cửa sổ pop-up ở frontend? Dễ dàng để bỏ qua. Các bộ tổng hợp bên thứ ba? Họ sẽ gọi trực tiếp hợp đồng. Tôi đã thấy các giao thức bị tấn công vì họ tin vào UI, chứ không phải chính hợp đồng. ‎ ‎Newton giải quyết điều này như một EigenLayer AVS. Thay vì kiểm tra ở bên ngoài, nó thực thi các quy tắc ngay trong hợp đồng. ‎ ‎Giới hạn chi tiêu. Rà soát trừng phạt. Ngăn chặn gian lận. Tuân thủ. Tất cả được mã hoá và thực thi onchain, theo thời gian thực, sử dụng dữ liệu offchain từ một mạng lưới nhà điều hành phi tập trung. ‎ ‎Trạng thái KYC, dữ liệu thị trường, bằng chứng dự trữ... Newton kéo chúng vào và nói “có” hay “không” trước khi thanh toán. Không quan trọng giao dịch đến từ app của bạn, từ một bot, hay từ một lệnh gọi hợp đồng ngẫu nhiên nào đó. ‎ ‎Nó cũng linh hoạt theo module. Hiện đang chạy trên Ethereum, Base, Arbitrum. Non-EVM nằm trong lộ trình. ‎ ‎Ai cũng đang chạy đua để làm cho các tác nhân AI “tự chủ”. Tôi nghĩ bên chiến thắng sẽ là những người làm cho chúng “có trách nhiệm” trước. ‎ ‎Đó là Newton đối với tôi. Không phải thêm một bộ máy chính sách nào nữa. Một người gác cổng cho các hợp đồng thông minh của bạn 😂 ‎ ‎#Newt $NEWT #NewtonProtocol #EigenLayer. #OnchainSecurity
#newt $NEWT

‎Đó là cách tôi đang nghĩ về @NewtonProtocol sau khi đọc nó.

Hợp đồng thông minh thì “mù”. Newton cho chúng kính 👓

‎Vấn đề là có thật: Hợp đồng của bạn không thể biết ví có bị trừng phạt hay không. Nó không thể biết một tác nhân AI đang ảo tưởng và sắp “đánh nuke” kho quỹ. Nó cũng không thể biết ai đó vừa vi phạm giới hạn chi tiêu của doanh nghiệp.

‎Các cửa sổ pop-up ở frontend? Dễ dàng để bỏ qua. Các bộ tổng hợp bên thứ ba? Họ sẽ gọi trực tiếp hợp đồng. Tôi đã thấy các giao thức bị tấn công vì họ tin vào UI, chứ không phải chính hợp đồng.

‎Newton giải quyết điều này như một EigenLayer AVS. Thay vì kiểm tra ở bên ngoài, nó thực thi các quy tắc ngay trong hợp đồng.

‎Giới hạn chi tiêu. Rà soát trừng phạt. Ngăn chặn gian lận. Tuân thủ. Tất cả được mã hoá và thực thi onchain, theo thời gian thực, sử dụng dữ liệu offchain từ một mạng lưới nhà điều hành phi tập trung.

‎Trạng thái KYC, dữ liệu thị trường, bằng chứng dự trữ... Newton kéo chúng vào và nói “có” hay “không” trước khi thanh toán. Không quan trọng giao dịch đến từ app của bạn, từ một bot, hay từ một lệnh gọi hợp đồng ngẫu nhiên nào đó.

‎Nó cũng linh hoạt theo module. Hiện đang chạy trên Ethereum, Base, Arbitrum. Non-EVM nằm trong lộ trình.

‎Ai cũng đang chạy đua để làm cho các tác nhân AI “tự chủ”. Tôi nghĩ bên chiến thắng sẽ là những người làm cho chúng “có trách nhiệm” trước.

‎Đó là Newton đối với tôi. Không phải thêm một bộ máy chính sách nào nữa. Một người gác cổng cho các hợp đồng thông minh của bạn 😂

#Newt $NEWT #NewtonProtocol #EigenLayer. #OnchainSecurity
·
--
Tăng giá
⚡️ Circle đã đóng băng 12.6 triệu đô la sau khi đưa hợp đồng cUSDC vào danh sách đen   Circle thông báo rằng họ đã đưa hợp đồng cUSDC liên quan đến ZAMA vào danh sách đen, dẫn đến việc đóng băng tài sản trị giá 12.6 triệu đô la cho đến khi có thông báo mới, cho đến khi hoàn tất các cuộc điều tra và thủ tục pháp lý.   🧠 Tại sao tin này quan trọng? (Điều cần chúng ta hiểu rõ)   Điều này cho thấy rằng một số tài sản “ổn định” như USDC có thể bị đóng băng ở cấp độ hợp đồng/địa chỉ khi có nghi ngờ.   Một bước như vậy có thể tăng cường niềm tin và sự tuân thủ từ các tổ chức… nhưng cũng mở ra cuộc thảo luận lớn về mức độ tập trung trong một số đồng tiền ổn định.   📌 Điều này có nghĩa gì đối với người dùng thông thường?   Nếu bạn giao dịch với các hợp đồng/địa chỉ nghi ngờ (ngay cả khi không cố ý), tiền của bạn có thể bị đóng băng.   Luôn tốt nhất: Tránh các liên kết và hợp đồng không rõ nguồn gốc, và kiểm tra địa chỉ trước khi tương tác.   ✅ Mẹo an toàn nhanh (ngắn gọn):   Không tương tác với các hợp đồng “nhái” hoặc liên kết từ các tài khoản không rõ   Kiểm tra địa chỉ qua các nguồn đáng tin cậy trước khi chuyển khoản   Chia nhỏ rủi ro và không đặt tất cả thanh khoản vào một chỗ   Câu hỏi cho cộng đồng: Bạn có thấy việc đóng băng USDC khi có nghi ngờ là một lợi ích về an toàn hay là một vấn đề trung tâm? Tại sao?   Lưu ý: Nội dung chỉ mang tính thông tin/giáo dục và không phải là lời khuyên đầu tư. DYOR và quản lý rủi ro. $USDC {future}(USDCUSDT) $BTC {future}(BTCUSDT) #BinanceSquare #USDC #Circle #Stablecoins #OnChainSecurity #CryptoNews #DYOR #RiskManagement
⚡️ Circle đã đóng băng 12.6 triệu đô la sau khi đưa hợp đồng cUSDC vào danh sách đen

Circle thông báo rằng họ đã đưa hợp đồng cUSDC liên quan đến ZAMA vào danh sách đen, dẫn đến việc đóng băng tài sản trị giá 12.6 triệu đô la cho đến khi có thông báo mới, cho đến khi hoàn tất các cuộc điều tra và thủ tục pháp lý.

🧠 Tại sao tin này quan trọng? (Điều cần chúng ta hiểu rõ)

Điều này cho thấy rằng một số tài sản “ổn định” như USDC có thể bị đóng băng ở cấp độ hợp đồng/địa chỉ khi có nghi ngờ.

Một bước như vậy có thể tăng cường niềm tin và sự tuân thủ từ các tổ chức… nhưng cũng mở ra cuộc thảo luận lớn về mức độ tập trung trong một số đồng tiền ổn định.

📌 Điều này có nghĩa gì đối với người dùng thông thường?

Nếu bạn giao dịch với các hợp đồng/địa chỉ nghi ngờ (ngay cả khi không cố ý), tiền của bạn có thể bị đóng băng.

Luôn tốt nhất: Tránh các liên kết và hợp đồng không rõ nguồn gốc, và kiểm tra địa chỉ trước khi tương tác.

✅ Mẹo an toàn nhanh (ngắn gọn):

Không tương tác với các hợp đồng “nhái” hoặc liên kết từ các tài khoản không rõ

Kiểm tra địa chỉ qua các nguồn đáng tin cậy trước khi chuyển khoản

Chia nhỏ rủi ro và không đặt tất cả thanh khoản vào một chỗ

Câu hỏi cho cộng đồng:
Bạn có thấy việc đóng băng USDC khi có nghi ngờ là một lợi ích về an toàn hay là một vấn đề trung tâm? Tại sao?

Lưu ý: Nội dung chỉ mang tính thông tin/giáo dục và không phải là lời khuyên đầu tư. DYOR và quản lý rủi ro.
$USDC
$BTC

#BinanceSquare #USDC #Circle #Stablecoins #OnChainSecurity #CryptoNews #DYOR #RiskManagement
Đă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