#rego
rego
266 lượt xem
8 đang thảo luận
Phổ biến
Mới nhất
$NEWT BRINGS COMPLIANCE-AS-CODE ONCHAIN WITH REGO POLICY LANGUAGE 🔥
Các công ty Fortune 500 đã sử dụng Rego để thực thi chính sách trên Kubernetes. Newton giúp thực thi mật mã trên chuỗi — kiểm tra lệnh trừng phạt, phê duyệt multi-sig và kiểm tra tình trạng oracle, tất cả trong một ngôn ngữ khai báo duy nhất. Bất kỳ đội ngũ an ninh nào đã quen với OPA đều có thể đọc và kiểm toán chính sách ngay lập tức.
Điều này loại bỏ một rào cản lớn cho việc áp dụng ở cấp tổ chức. Các cán bộ tuân thủ viết quy tắc; giao thức sẽ thực thi chúng một cách nguyên tử trước khi thanh toán. Không có cú pháp độc quyền, không bị khóa vào nhà cung cấp. Đây có phải bước đột phá về tuân thủ mà tài chính truyền thống đã chờ đợi không?
Không phải lời khuyên tài chính. Luôn quản lý rủi ro của bạn.
#NEWT #Rego #Compliance #Blockchain
🔥
Các công ty Fortune 500 đã sử dụng Rego để thực thi chính sách trên Kubernetes. Newton giúp thực thi mật mã trên chuỗi — kiểm tra lệnh trừng phạt, phê duyệt multi-sig và kiểm tra tình trạng oracle, tất cả trong một ngôn ngữ khai báo duy nhất. Bất kỳ đội ngũ an ninh nào đã quen với OPA đều có thể đọc và kiểm toán chính sách ngay lập tức.
Điều này loại bỏ một rào cản lớn cho việc áp dụng ở cấp tổ chức. Các cán bộ tuân thủ viết quy tắc; giao thức sẽ thực thi chúng một cách nguyên tử trước khi thanh toán. Không có cú pháp độc quyền, không bị khóa vào nhà cung cấp. Đây có phải bước đột phá về tuân thủ mà tài chính truyền thống đã chờ đợi không?
Không phải lời khuyên tài chính. Luôn quản lý rủi ro của bạn.
#NEWT #Rego #Compliance #Blockchain
🔥
Cùng một chiến lược khi chạy trên 8 chuỗi, kết quả phán định chênh nhau tới 3 điểm.
Trước hết, nói vì sao lại khác. Một bộ tổng hợp lợi nhuận đồng thời gắn trên 8 chuỗi, chạy cùng một quy tắc rebalance. Đoạn mã được dán nguyên văn, nhưng trên Ethereum thì gas cao còn oracle cập nhật mỗi 12 giây; trên Solana gas thấp còn oracle cập nhật mỗi 400 mili giây; còn trên Base thì lại là một bộ khung thời gian khớp lệnh khác. Vẫn là đúng bộ mã đó, nhưng hành vi khi chạy đã lặng lẽ khác đi.
Tiếp theo, chênh nhiều tới mức nào. Đội Newton đã công bố một bộ dữ liệu hồi tháng 6: cùng một đoạn chiến lược triển khai trên 8 chuỗi, do gas model, độ trễ oracle và đường cong lãi suất chồng lên nhau, sự khác biệt của kết quả phán định nằm trong khoảng 1,2% đến 3,7%. 3 điểm nghe có vẻ không lớn, nhưng trong quá trình thẩm định (due diligence) của tổ chức, điều đó đã đủ để yêu cầu gửi lại toàn bộ báo cáo chiến lược để làm lại.
Còn nghiêm trọng hơn là 3,7% là giá trị trung bình; trong các kịch bản thị trường cực đoan có thể kéo lên hơn 8%. Khả năng dung chịu của vốn tổ chức đối với việc “một điểm thất thủ” trên một chuỗi vốn dĩ là bằng 0; huống chi kết quả xuyên chuỗi lại vốn đã không khớp với nhau. Một chiến lược chạy trên 8 chuỗi ra 8 kết quả—việc vốn bị thất thủ là sớm muộn.
Giải pháp của @NewtonProtocol là tách lớp chiến lược và lớp dữ liệu. Chiến lược viết bằng Rego; Rego là ngôn ngữ mô tả chiến lược được dùng phổ biến nhất trong hệ sinh thái OPA. Viết thì trông như JSON lồng nhau, nhưng khi chạy có thể hoàn thành thu thập dữ liệu đa chuỗi và thực hiện đánh giá chiến lược trong vòng 5 giây. Nút verifier chạy xong là xuất ra signed cryptographic attestation; có thể kiểm tra trên chuỗi, không dựa vào dịch vụ trung tâm để “chống cháy”.
Không phải khẩu hiệu nói “ra chứng trong 5 giây”. Ở giai đoạn mainnet beta, có 17 nút verifier trên mạng chính; $NEWT được dùng để luân phiên, chọn trong top 32 địa chỉ theo thứ hạng staking này. Chi phí xuất chứng được bao phủ bởi phần lợi tức staking đó, không thu thêm tiền của dự án. 3.500 vault, 893 tỷ USD vốn trên chuỗi—chạy đúng là cơ chế này.
Vấn đề “tính nhất quán chiến lược xuyên chuỗi” đã có người viết luận văn bàn tới từ sớm, nhưng rất ít người biến nó thành năng lực cấp độ sản phẩm. @NewtonProtocol dùng Rego kết hợp attestation để biến giả định trong bài luận thành một việc được chạy mỗi ngày trên mainnet beta.
Rego bản thân không khó; cái khó là biến nó thành một pipeline có thể xuất chứng trong 5 giây, và bất kỳ third-party verifier nào cũng có thể tái tạo lại. Bước này là chỗ Newton khác biệt so với các khung chiến lược khác trên chuỗi; và cũng là đoạn được hỏi đi hỏi lại nhiều nhất khi 6 tháng TokenizeThis NYC trưng bày mainnet beta.
#Newt #NewtonProtocol #跨链策略 #DeFi #Rego
Trước hết, nói vì sao lại khác. Một bộ tổng hợp lợi nhuận đồng thời gắn trên 8 chuỗi, chạy cùng một quy tắc rebalance. Đoạn mã được dán nguyên văn, nhưng trên Ethereum thì gas cao còn oracle cập nhật mỗi 12 giây; trên Solana gas thấp còn oracle cập nhật mỗi 400 mili giây; còn trên Base thì lại là một bộ khung thời gian khớp lệnh khác. Vẫn là đúng bộ mã đó, nhưng hành vi khi chạy đã lặng lẽ khác đi.
Tiếp theo, chênh nhiều tới mức nào. Đội Newton đã công bố một bộ dữ liệu hồi tháng 6: cùng một đoạn chiến lược triển khai trên 8 chuỗi, do gas model, độ trễ oracle và đường cong lãi suất chồng lên nhau, sự khác biệt của kết quả phán định nằm trong khoảng 1,2% đến 3,7%. 3 điểm nghe có vẻ không lớn, nhưng trong quá trình thẩm định (due diligence) của tổ chức, điều đó đã đủ để yêu cầu gửi lại toàn bộ báo cáo chiến lược để làm lại.
Còn nghiêm trọng hơn là 3,7% là giá trị trung bình; trong các kịch bản thị trường cực đoan có thể kéo lên hơn 8%. Khả năng dung chịu của vốn tổ chức đối với việc “một điểm thất thủ” trên một chuỗi vốn dĩ là bằng 0; huống chi kết quả xuyên chuỗi lại vốn đã không khớp với nhau. Một chiến lược chạy trên 8 chuỗi ra 8 kết quả—việc vốn bị thất thủ là sớm muộn.
Giải pháp của @NewtonProtocol là tách lớp chiến lược và lớp dữ liệu. Chiến lược viết bằng Rego; Rego là ngôn ngữ mô tả chiến lược được dùng phổ biến nhất trong hệ sinh thái OPA. Viết thì trông như JSON lồng nhau, nhưng khi chạy có thể hoàn thành thu thập dữ liệu đa chuỗi và thực hiện đánh giá chiến lược trong vòng 5 giây. Nút verifier chạy xong là xuất ra signed cryptographic attestation; có thể kiểm tra trên chuỗi, không dựa vào dịch vụ trung tâm để “chống cháy”.
Không phải khẩu hiệu nói “ra chứng trong 5 giây”. Ở giai đoạn mainnet beta, có 17 nút verifier trên mạng chính; $NEWT được dùng để luân phiên, chọn trong top 32 địa chỉ theo thứ hạng staking này. Chi phí xuất chứng được bao phủ bởi phần lợi tức staking đó, không thu thêm tiền của dự án. 3.500 vault, 893 tỷ USD vốn trên chuỗi—chạy đúng là cơ chế này.
Vấn đề “tính nhất quán chiến lược xuyên chuỗi” đã có người viết luận văn bàn tới từ sớm, nhưng rất ít người biến nó thành năng lực cấp độ sản phẩm. @NewtonProtocol dùng Rego kết hợp attestation để biến giả định trong bài luận thành một việc được chạy mỗi ngày trên mainnet beta.
Rego bản thân không khó; cái khó là biến nó thành một pipeline có thể xuất chứng trong 5 giây, và bất kỳ third-party verifier nào cũng có thể tái tạo lại. Bước này là chỗ Newton khác biệt so với các khung chiến lược khác trên chuỗi; và cũng là đoạn được hỏi đi hỏi lại nhiều nhất khi 6 tháng TokenizeThis NYC trưng bày mainnet beta.
#Newt #NewtonProtocol #跨链策略 #DeFi #Rego
Trong khi xem xét các chính sách của Newton Protocol, một điều đã trở nên rõ ràng:
default allow := false có vẻ nghiêm ngặt — nhưng nó không đảm bảo một hệ thống nghiêm ngặt.
Một chính sách chỉ trở nên an toàn khi mọi đường dẫn cho phép có thể xảy ra đều được ràng buộc cẩn thận.
Phần nguy hiểm không nằm ở việc từ chối dự phòng. Phần nguy hiểm là cho rằng việc từ chối đơn thuần sẽ chứng minh chính sách đó thận trọng.
Chỉ một ngoại lệ rộng có thể âm thầm ghi đè các biện pháp bảo vệ dự định. Việc bỏ qua của quản trị viên, kiểm tra không đầy đủ hoặc một quy tắc tạm thời gấp rút có thể biến một chính sách “an toàn theo mặc định” thành một chính sách cho phép.
Vì vậy, bảo mật thực sự không nằm ở câu chữ mặc định. Bảo mật nằm trong từng điều kiện có khả năng trả về sự chấp thuận.
Trong kỹ thuật chính sách, quy tắc cho phép yếu nhất thường xác định ranh giới tin cậy thực sự.
#NewtonProtocol #NEWT #CyberSecurity #Rego
$NEWT
default allow := false có vẻ nghiêm ngặt — nhưng nó không đảm bảo một hệ thống nghiêm ngặt.
Một chính sách chỉ trở nên an toàn khi mọi đường dẫn cho phép có thể xảy ra đều được ràng buộc cẩn thận.
Phần nguy hiểm không nằm ở việc từ chối dự phòng. Phần nguy hiểm là cho rằng việc từ chối đơn thuần sẽ chứng minh chính sách đó thận trọng.
Chỉ một ngoại lệ rộng có thể âm thầm ghi đè các biện pháp bảo vệ dự định. Việc bỏ qua của quản trị viên, kiểm tra không đầy đủ hoặc một quy tắc tạm thời gấp rút có thể biến một chính sách “an toàn theo mặc định” thành một chính sách cho phép.
Vì vậy, bảo mật thực sự không nằm ở câu chữ mặc định. Bảo mật nằm trong từng điều kiện có khả năng trả về sự chấp thuận.
Trong kỹ thuật chính sách, quy tắc cho phép yếu nhất thường xác định ranh giới tin cậy thực sự.
#NewtonProtocol #NEWT #CyberSecurity #Rego
$NEWT
Đăng nhập để khám phá thêm nội dung