BTC_MAYA

Như việc kiểm tra an ninh sân bay đối chiếu thẻ lên máy bay của bạn cả ở lối vào lẫn tại cổng, tôi nhận ra @grvt_io xác minh điều kiện đủ ký quỹ hai lần trước khi một lệnh thực sự có thể cất cánh. Ban đầu, nó có vẻ như là sự trùng lặp không cần thiết. Sau đó tôi bắt đầu đọc tài liệu về ký quỹ của GRVT và hiểu vì sao lần kiểm tra thứ hai lại tồn tại. #grvt

Lần kiểm tra đầu tiên được kích hoạt khi gửi lệnh, một kiểm tra Pre Order (trước khi đặt lệnh). Nếu vốn chủ sở hữu của bạn giảm xuống dưới Mức Yêu cầu Ký quỹ Ban đầu (Initial Margin Requirement), GRVT sẽ từ chối lệnh ngay lập tức, trước khi lệnh kịp đi đến sổ lệnh. Lần kiểm tra thứ hai được kích hoạt ngay trước khi khớp lệnh, một kiểm tra Pre Trade (trước giao dịch). Dù lệnh đã được chấp nhận trước đó, nếu vốn chủ sở hữu kể từ đó đã giảm xuống dưới yêu cầu, thì lệnh sẽ bị hủy trả về cho bạn thay vì được thực hiện.

Ban đầu điều này trông có vẻ thừa. Nhưng thị trường thay đổi giữa thời điểm gửi lệnh và thời điểm khớp lệnh, kể cả với độ trễ chỉ tính theo mili-giây. Chỉ một lần kiểm tra tại thời điểm nhập lệnh giả định điều kiện sẽ đứng yên; nhưng chúng không đứng yên. Khoảng cách giữa hai mốc kiểm tra đó chính là nơi các giao dịch thiếu ký quỹ có thể lọt qua trên những hệ thống chỉ thẩm định một lần.

Điều này tách biệt với kiểm tra Maintenance Margin (ký quỹ duy trì), vốn chạy định kỳ trên các vị thế đang mở và kích hoạt thanh lý nếu vốn chủ sở hữu giảm quá xa. Kết hợp lại, ba lớp này bao phủ các thời điểm khác nhau: liệu bạn có thể mở vị thế này, liệu bạn còn có thể tiếp tục mở vị thế này, và liệu bạn còn có thể tiếp tục nắm giữ vị thế này hay không.

Đó là một lựa chọn thiết kế nhỏ, nhưng nó chính là sự khác biệt giữa các cơ chế kiểm soát rủi ro chỉ tồn tại trên giấy và các cơ chế kiểm soát rủi ro vẫn tiếp tục hoạt động trong điều kiện thị trường thực.$DODO $XEC $JCT

Vậy kiểm tra ký quỹ nào quan trọng nhất?

Tôi đã kỳ vọng @grvt_io hoạt động theo cách mà hầu hết các sàn giao dịch crypto vẫn làm: phí thấp hơn, thanh khoản sâu hơn hoặc thực thi nhanh hơn. Khi tìm hiểu cấu trúc thị trường của nó, tôi lại thấy điều gì đó còn thú vị hơn: một ý tưởng được mượn từ hàng chục năm thiết kế thị trường cổ phiếu.

Những chương trình như Retail Liquidity Program của NYSE được xây dựng trên một nguyên lý đơn giản: lệnh lẻ đủ điều kiện không nên lúc nào cũng được khớp đúng với mức giá đang hiển thị nếu có thanh khoản tốt hơn. #grvt Retail Price Improvement (RPI) orders mang cùng nguyên lý đó lên chuỗi. $AA

Khi một lệnh lẻ đủ điều kiện được gửi đi, GRVT sẽ kiểm tra xem liệu lệnh đó có thể được khớp ở mức giá tốt hơn so với báo giá đang hiển thị hay không. Nếu còn có thêm khả năng cải thiện giá, lệnh sẽ được tự động thực thi ở mức giá tốt hơn đó mà không yêu cầu người dùng phải thay đổi cách họ giao dịch. $BILL

Điều gây ấn tượng với tôi không phải chỉ là tính năng đó, mà là triết lý thiết kế đằng sau nó. Hầu hết các sàn crypto cạnh tranh về phí, ưu đãi hoặc độ trễ. GRVT cũng đang cạnh tranh về chất lượng thực thi, thừa nhận rằng giá trị của một giao dịch không chỉ được xác định bởi việc nó được khớp nhanh đến đâu, mà còn bởi mức giá cuối cùng mà người giao dịch nhận được. $DEXE

Liệu RPI có liên tục mang lại kết quả tốt hơn hay không cuối cùng sẽ phụ thuộc vào mức độ tham gia thanh khoản và mức độ được áp dụng. Nhưng tôi nghĩ nó báo hiệu một sự chuyển dịch lớn hơn trong cấu trúc thị trường crypto. Thay vì tự làm lại mọi phần của giao dịch, GRVT đang điều chỉnh những ý tưởng đã được chứng minh nơi chúng có thể cải thiện đáng kể trải nghiệm người dùng. Nếu các thị trường trên chuỗi đang tiến hóa thành hạ tầng chuẩn tổ chức, liệu chất lượng thực thi có nên trở thành một yếu tố quan trọng ngang với phi tập trung và tốc độ không?

Điều quan trọng nhất khi đặt một lệnh là gì?

tôi từng nghĩ rằng gian lận smart contract chủ yếu là một vấn đề về mã nguồn: các lỗi logic, tấn công reentrancy hoặc các lỗ hổng kiểm soát truy cập. càng nghiên cứu protocol newton, tôi càng nhận ra rằng một lớp khác cũng quan trọng không kém: ủy quyền.

một smart contract có thể thực thi đúng như dự định và vẫn xử lý một giao dịch lẽ ra không bao giờ được phép. nếu mọi giao dịch hợp lệ về mặt kỹ thuật đều được chấp nhận, contract không thể xác định người gửi có đáp ứng các yêu cầu tuân thủ hay không, đối tác có trở thành rủi ro cao hay không, hoặc giao dịch có vi phạm các chính sách bảo mật hay không. mã hoạt động đúng, nhưng bản thân giao dịch vẫn có thể là trái phép. #Newt

đó là khoảng trống mà @NewtonProtocol được thiết kế để giải quyết.

trước khi thực thi, mạng lưới operator phi tập trung của newton đánh giá từng giao dịch dựa trên các chính sách ủy quyền có thể cấu hình, bao gồm yêu cầu về danh tính và tuân thủ, sàng lọc rủi ro đối tác, giới hạn theo tốc độ, và trí tuệ bảo mật thời gian thực thông qua các tích hợp như hexagate. chỉ những giao dịch thỏa mãn mọi chính sách áp dụng mới nhận được một bls attestation hợp lệ. nếu một chính sách không đạt, giao dịch sẽ bị từ chối trước khi thực thi. #newt

bài học lớn hơn là: defi dành cho tổ chức cần nhiều hơn việc thực thi mang tính quyết định (deterministic execution); nó cần cả ủy quyền mang tính quyết định (deterministic authorization). bằng cách thêm một lớp ủy quyền lập trình được và có thể kiểm chứng trước khi smart contract thực thi, protocol newton giúp làm cho các giao dịch onchain an toàn hơn, tuân thủ hơn và sẵn sàng cho tổ chức. $NEWT

lớp nào còn thiếu lớn nhất trong institutional defi?

$BEE $T

Trong nhiều năm, các nhà giao dịch đã phải chọn giữa hai thỏa hiệp. Tự lưu ký thường đồng nghĩa với trải nghiệm giao dịch on-chain chậm hơn, trong khi thực thi tốc độ cao thường yêu cầu ký gửi tài sản với một sàn giao dịch tập trung.

@grvt_io kiến trúc sàn giao dịch lai được thiết kế để thu hẹp khoảng cách đó. #grvt

Lệnh được khớp ngoài chuỗi thông qua Sổ lệnh giới hạn (CLOB) nhằm đảm bảo độ trễ thấp, trong khi việc thanh toán giao dịch được xác minh bằng mật mã trên chuỗi. Kết quả là hiệu năng như CEX mà không cần dựa vào mô hình sàn giao dịch lưu ký truyền thống.

GRVT cũng giải quyết một trong những thách thức về khả năng sử dụng lớn nhất của tự lưu ký. Trải nghiệm ví không cần khóa giúp đơn giản hóa quá trình tham gia, cho phép người dùng tiếp cận giao dịch tự lưu ký mà không gặp sự phức tạp thường đi kèm với việc quản lý khóa riêng.

Sự đổi mới này không chỉ là giao dịch nhanh hơn hay bảo mật tốt hơn một cách độc lập—mà là kết hợp cả hai trong cùng một kiến trúc. Thay vì buộc các nhà giao dịch phải chọn giữa chất lượng thực thi và quyền kiểm soát tài sản, GRVT được thiết kế để mang lại hiệu năng chuẩn cấp tổ chức trong khi vẫn duy trì việc người dùng tự kiểm soát tài sản lưu ký.

Trong nhiều năm, tốc độ và tự lưu ký luôn nằm ở hai đầu đối lập của trải nghiệm giao dịch. Mô hình lai của GRVT cho thấy họ không nhất thiết phải như vậy.$SXT $OWL $BEE

Điều gì quan trọng hơn trong giao dịch?

🚀 Cảnh báo Top Gainers

$T đang dẫn đầu bảng xếp hạng Gainers hôm nay với mức tăng ấn tượng +38,48% trong 24 giờ qua.

$PYR theo sau với +31,58%, trong khi $TUT ghi nhận +17,44%, cho thấy động lực mới đang quay trở lại trên thị trường Gainers.

Câu hỏi quan trọng lúc này: liệu người mua có thể duy trì đà bứt phá hay việc chốt lời sẽ làm chậm đà tăng?
#eth #xrp #Write2Earn

Tôi từng nghĩ rằng một thị trường AI chỉ đơn giản là một danh mục các mô hình. Công bố một tác nhân, thu thập lượt tải xuống, và để người dùng tự quyết xem nó có đáng để họ tin tưởng hay không.

Càng nghiên cứu @NewtonProtocol , tôi càng nhận ra rằng chất lượng mô hình không phải là một sự kiện ra mắt; đó là một mối quan hệ kinh tế liên tục. #Newt

Newton's Model Registry được thiết kế như một hệ sinh thái được “giám sát” theo cơ chế kinh tế, nơi niềm tin được liên tục tạo dựng. Các nhà phát triển đăng ký tác nhân kèm siêu dữ liệu có thể xác minh và định nghĩa chính sách, trong khi các nhà điều hành phi tập trung liên tục đánh giá xem các tác nhân đó có tiếp tục đáp ứng các quy tắc mà họ tuyên bố tuân theo hay không. Các chứng nhận của họ trở thành bằng chứng mật mã, không phải lời quảng cáo, và những người tham gia có trách nhiệm về mặt kinh tế có động lực để báo cáo trung thực.$NEWT

Điều này thay đổi vai trò của sổ đăng ký. Thay vì đóng vai trò là một thư mục thụ động, nó trở thành một lớp niềm tin chủ động, nơi uy tín phát triển thông qua việc xác minh liên tục thay vì chỉ phê duyệt một lần. Chất lượng được đo bằng mức độ tuân thủ chính sách bền vững, chứ không chỉ bằng lượt tải xuống hay mức độ phổ biến. #newt

Với AI trong các tổ chức, đây là một thay đổi mang tính nền tảng. Các tổ chức không cần một thị trường chỉ đơn thuần liệt kê các tác nhân tự động; họ cần hạ tầng liên tục chứng minh rằng những tác nhân đó vẫn đáng tin cậy khi điều kiện, chính sách và rủi ro thay đổi.$SKL

Newton's Model Registry biến “niềm tin” từ một nhãn tĩnh thành một quá trình kinh tế sống động, có thể xác minh.$PYR

Điều quan trọng nhất trong một thị trường tác nhân AI là gì?

Tôi bắt đầu nghĩ về những gì thực sự xảy ra trong vài mili giây trước khi một giao dịch Uniswap được thực thi. Câu trả lời còn đơn giản hơn hầu hết mọi người nghĩ, và chính sự đơn giản đó là điểm mấu chốt.$NEWT

Ở cấp độ giao thức, Uniswap không quyết định ai nên giao dịch. Nó chỉ kiểm tra các điều kiện của giao dịch. Người dùng đã cấp đủ quyền phê duyệt token chưa? Việc swap có đáp ứng các ràng buộc trượt giá (slippage) đã chỉ định không? Nếu các điều kiện đó được thỏa mãn, giao dịch có thể được thực thi. Bản thân giao thức không đánh giá danh tính, tình trạng trừng phạt, thẩm quyền pháp lý, hay tư cách của đối tác trước khi thực thi.$TAG

@NewtonProtocol được thiết kế cho một bài toán khác. Trước khi ý định giao dịch đến được lớp thực thi, mạng lưới vận hành của nó có thể đánh giá ý định đó dựa trên các chính sách có thể cấu hình như sàng lọc trừng phạt, yêu cầu về tư cách, quy tắc theo thẩm quyền hoặc các biện pháp kiểm soát rủi ro, và tạo ra một cam kết/phát hành xác thực mật mã (cryptographic attestation) mà một ứng dụng tích hợp hoặc smart contract có thể yêu cầu trước khi việc thực thi tiếp tục. #Newt

Đánh đổi là có thật và đáng để ghi nhận. Mô hình thực thi không cần cấp phép của Uniswap là một lựa chọn thiết kế có chủ ý, tối đa hóa tính cởi mở và khả năng kết hợp (composability). Newton giới thiệu một lớp ủy quyền cho các ứng dụng cần thực thi chính sách trước khi thực thi, bổ sung thêm một bước để đổi lấy khả năng tuân thủ và kiểm soát rủi ro có thể lập trình. #newt

Điều này chuyển câu hỏi từ "Mô hình nào tốt hơn?" sang một câu hỏi thú vị hơn:

Khi ngày càng nhiều vốn tổ chức, tài sản thực tế được token hóa và các ứng dụng tài chính được quản lý được triển khai trên chuỗi, thì khi nào giá trị của ủy quyền có thể lập trình trước khi thực thi sẽ lớn hơn sự đơn giản của việc chỉ thực thi dựa trên tính hợp lệ của giao dịch? $ESPORTS

Điều gì quan trọng hơn đối với tài chính on-chain được quản lý?

Tôi từng nghĩ rằng mô hình triển khai chính sách @NewtonProtocol chủ yếu là một vấn đề kỹ thuật.

Càng nghiên cứu kiến trúc, tôi càng nhận ra đó thực ra là một vấn đề quản trị.

Khi một smart contract cần có xác nhận (attestation) hợp lệ của Newton trước khi thực thi, việc áp đặt chính sách trở nên khá đơn giản. Câu hỏi khó hơn là ai quyết định những chính sách đó là gì.

Ai có thể cập nhật một policy CID?
#newt

Ai phê duyệt các thay đổi đối với quy tắc thẩm quyền (jurisdiction), giới hạn tốc độ (velocity limits) hoặc điều kiện đủ tư cách của đối tác (counterparty eligibility)?

Ai quyết định khi nào cần thay thế một chính sách khi các quy định thay đổi?

Đó không phải là các câu hỏi kỹ thuật.

Đó là các câu hỏi quản trị. #Newt

Các chương trình tuân thủ truyền thống dựa vào việc rà soát pháp lý, cán bộ tuân thủ (compliance officers) và các quy trình kiểm soát thay đổi chính thức, vì các bản cập nhật chính sách mang theo hệ quả pháp lý theo quy định.

Newton đưa quy trình đó lên chuỗi (onchain).

Thay vì các thay đổi chính sách diễn ra bên trong các cơ sở dữ liệu riêng tư, chúng có thể trở thành các hành động quản trị được hậu thuẫn bởi bằng chứng mật mã. Niềm tin chuyển từ việc “tin rằng một tổ chức đã cập nhật đúng quy tắc” sang việc độc lập xác minh cách thức, thời điểm và dưới thẩm quyền của ai các quy tắc đó được thay đổi.

Đó là một trong những ý tưởng kiến trúc của Newton bị bỏ quên nhiều nhất.$VANRY

Giao thức không chỉ giúp việc ủy quyền giao dịch có thể được xác minh.

Nó còn có tiềm năng làm cho việc quản trị chính sách cũng có thể được xác minh.

Vì mọi quyết định ủy quyền đều phụ thuộc vào policy CID đang hoạt động, nên cuối cùng, quản trị đối với chính sách đó chính là quản trị đối với việc mạng sẵn sàng ủy quyền điều gì.$POWER

Điều này tạo ra một thách thức thú vị cho việc ứng dụng trong các tổ chức.

Các tổ chức đã có ủy ban tuân thủ và quy trình phê duyệt nội bộ sẽ tích hợp mô hình quản trị onchain của Newton như thế nào mà không tạo ra những nguồn thẩm quyền xung đột?

Giao thức không chỉ đơn giản là phi tập trung hóa việc thực thi tuân thủ.$NEWT

Nó đang đưa ra một khuôn khổ cho việc quản trị tuân thủ minh bạch, có thể lập trình và được xác minh bằng mật mã.

Điều quan trọng nhất đối với việc ứng dụng tuân thủ onchain trong tổ chức là gì?

Tôi nghĩ phần lớn mọi người hiểu nhầm nguồn gốc thực sự của niềm tin thể chế.
Dễ giả định rằng tuân thủ chỉ là chuyện làm giao dịch nhanh hơn hoặc tự động hóa phê duyệt.
Nhưng tôi bắt đầu nghĩ rằng đó là chuyện khác hẳn:
tạo ra bằng chứng.
Khi @NewtonProtocol đánh giá một giao dịch dựa trên các chính sách có thể lập trình, thì bản thân việc phê duyệt không phải là đầu ra có giá trị nhất.
Sản phẩm thực sự là sự xác nhận (attestation) có thể kiểm chứng bằng mật mã, giải thích vì sao giao dịch được cho phép hay bị từ chối.
Điều đó thay đổi mối quan hệ giữa các giao thức và các thể chế.$NEWT
Thay vì yêu cầu người dùng tin rằng các chính sách đã được tuân thủ, Newton đưa ra quyết định chính sách sao cho có thể xác minh độc lập. Mọi lần đánh giá trở thành một bản ghi có thể kiểm toán, thay vì một quy trình nội bộ bị che giấu sau một API hoặc bảng điều khiển.#newt
Với DeFi, đó là một thay đổi tinh tế nhưng quan trọng.
Thực thi chứng minh đã xảy ra điều gì.
Các xác nhận chính sách chứng minh vì sao việc đó được cho phép.#Newt
Đó là những đảm bảo hoàn toàn khác nhau.
Khi các tác nhân AI bắt đầu quản lý ví, phân bổ lại vốn và tương tác qua nhiều giao thức, chỉ riêng log thực thi sẽ không đủ để đáp ứng các đội quản trị rủi ro của tổ chức. Họ sẽ cần bằng chứng rằng mọi hành động đặc quyền đều tuân thủ các quy tắc đã định trước trước khi nó được đưa lên blockchain.
Với tôi, đó là lúc Newton trở thành hạ tầng, không phải vì nó tự động hóa tuân thủ, mà vì nó biến tuân thủ thành thứ mà bất kỳ ai cũng có thể tự mình xác minh.
Trong thế hệ tài chính on-chain tiếp theo, bằng chứng có thể trở nên có giá trị hơn cả niềm tin.

Các tổ chức sẽ coi trọng điều gì hơn?

Một ý tưởng trong Newton Protocol xứng đáng được chú ý nhiều hơn mức thường thấy: các chứng thực đã ký (signed attestations).

Trong nhiều ứng dụng blockchain, việc ủy quyền diễn ra “hậu trường”. Một giao dịch được thực thi, nhưng có rất ít bằng chứng mật mã cho thấy rằng mọi quyền hoặc chính sách cần thiết đã được đánh giá trước khi thực thi. Newton giải quyết vấn đề này bằng cách làm cho kết quả của việc ủy quyền có thể được kiểm chứng độc lập thông qua các chứng thực đã ký.

Thay vì coi việc ủy quyền như một quy trình ứng dụng “hộp đen”, Newton cho phép kết quả của việc đánh giá chính sách tại thời điểm chạy (runtime policy evaluation) được biểu diễn dưới dạng một chứng thực đã ký mang tính mật mã. Điều này tạo ra bằng chứng có thể kiểm chứng rằng các quy tắc ủy quyền đã được đặt trước đã được đánh giá trước khi một hành động được phê duyệt.

Tôi cho rằng đây là một cải tiến kiến trúc quan trọng vì nó tách biệt ủy quyền khỏi việc thực thi. Sự đồng thuận vẫn quyết định liệu một giao dịch có hợp lệ hay không, nhưng các chứng thực đã ký khiến chính quyết định ủy quyền trở nên minh bạch và có thể kiểm chứng độc lập. Điều này giảm sự phụ thuộc vào các nhà vận hành ứng dụng và cho phép các giao thức hoặc dịch vụ khác xác minh kết quả ủy quyền mà không cần tin vào logic backend độc quyền.

Khi các ứng dụng phi tập trung (dApps) trở nên phức tạp hơn, việc ủy quyền sẽ quan trọng ngang bằng với việc thực thi. Bằng cách biến ủy quyền thành một “đầu ra” của giao thức có thể kiểm chứng thay vì một quyết định ứng dụng vô hình, Newton Protocol đưa ra trách nhiệm giải trình mạnh mẽ hơn trong khi vẫn duy trì thiết kế ít cần niềm tin (trust minimized).

Bạn nghĩ khía cạnh nào của các chứng thực đã ký mang lại nhiều giá trị nhất?

$NEWT #Newt #newt @NewtonProtocol $BLUR $RIF

Một điều tôi nhận ra khi theo dõi Newton Protocol là: thị trường và giao thức đang đo lường hai thứ hoàn toàn khác nhau.

Thị trường phản ứng với việc mở khóa token, thanh khoản và tâm lý ngắn hạn.

Còn giao thức thì đang xây dựng một mạng lưới ủy quyền được thiết kế cho một tương lai nơi các tác nhân AI không chỉ đề xuất hành động, mà còn thực thi chúng.

Đó là một dòng thời gian rất khác.

Điểm nổi bật với tôi không chỉ là mainnet đã hoạt động hoặc các mốc quan trọng trong lộ trình mới tiếp tục được triển khai. Điều quan trọng là mọi thành phần—Keystore, các chính sách lập trình, các nhà khai thác độc lập, các môi trường thực thi đáng tin cậy và các xác nhận có thể kiểm chứng—đều phục vụ cùng một mục tiêu kiến trúc: tách biệt ủy quyền khỏi việc thực thi.

Đây là một vấn đề mà hầu hết các blockchain hiện nay vẫn chưa giải quyết.

Hợp đồng thông minh có thể thực thi các giao dịch đúng như cách chúng được viết. Nhưng chúng không thể xác định liệu một tác nhân tự chủ có đáng lẽ được phép thực hiện hành động đó ngay từ đầu hay không.

Newton đưa ra chính sách lập trình trước khi thực thi, biến việc ủy quyền thành một hạ tầng dùng chung thay vì là logic tùy chỉnh mà mỗi ứng dụng lại phải tự xây dựng.

Liệu điều đó có trở thành một chuẩn được áp dụng rộng rãi hay không vẫn là một câu hỏi còn bỏ ngỏ. Chỉ có kiến trúc tốt thôi không đảm bảo thành công. Các nhà phát triển cần tích hợp, các nhà khai thác cần bảo mật, và các ứng dụng cần tạo ra luồng dữ liệu ủy quyền có ý nghĩa.

Vì vậy, tôi đang theo dõi chặt hơn việc nhà phát triển có được áp dụng hay không, việc đánh giá chính sách, sự tham gia của các nhà khai thác và các tích hợp ứng dụng thực tế—nhiều hơn là biểu đồ hằng ngày.

Nếu tài chính tự chủ tiếp tục phát triển, thì ủy quyền có thể trở thành một trong những lớp hạ tầng quan trọng nhất trong Web3, và đó là luận điểm tôi tin rằng Newton đang cố gắng chứng minh.

Điều gì sẽ quan trọng nhất đối với Newton Protocol?

@NewtonProtocol $NEWT #NEWT #newt
$HOT $ANOME

Top Alpha Gainers hôm nay! 🚀
Thị trường Alpha đang chứng kiến một đợt sóng mua mạnh mẽ khác, với một số token dựa trên BSC ghi nhận mức tăng ấn tượng.
$GAIA (+73.37%), $NES (+30.54%), $LAB (+29.35%), đang dẫn dắt đợt tăng hôm nay, cho thấy động lượng mạnh mẽ trên toàn bộ hệ sinh thái Alpha.
Câu hỏi quan trọng hiện nay là liệu người mua có thể duy trì đà tăng hay việc chốt lời sẽ làm chậm động lượng sau những mức tăng mạnh này. Các phiên giao dịch tiếp theo sẽ cho thấy liệu các token này có tiếp tục xu hướng đi lên hay bước vào giai đoạn tích lũy. 📈
#VitalikOutlinesLeanEthereumRoadmap #ETH #xrp

Trước đây tôi từng nghĩ rằng thực thi chính sách chủ yếu là viết ra những quy tắc tốt hơn.

Giờ tôi bắt đầu nghĩ rằng vấn đề khó hơn nằm ở chỗ quyết định phần nào của một chính sách cần giữ cố định, và phần nào nên vẫn có thể cấu hình.

Giao thức Newton tách logic chính sách Rego có thể tái sử dụng khỏi cấu hình thời gian chạy. Cùng một chính sách có thể thực thi các ngưỡng khác nhau, giới hạn phơi nhiễm khác nhau hoặc cho phép danh sách khác nhau chỉ bằng cách thay đổi tham số, thay vì phải viết lại mã.

Điều này chuyển trọng tâm từ việc bảo trì mã sang quản trị.

Phần thú vị là các cập nhật cấu hình sẽ tạo ra một ID chính sách mới, khiến các phiên bản chính sách trở nên rõ ràng thay vì âm thầm thay đổi hành vi. Điều này tạo ra một dấu vết kiểm toán rõ ràng hơn, nhưng đồng thời cũng chỉ ra nơi trách nhiệm thực sự nằm: không chỉ ở logic chính sách, mà còn ở con người và quy trình lựa chọn các tham số.

Nói cách khác, mã giống hệt nhau không phải lúc nào cũng tạo ra các giả định tin cậy giống hệt nhau.

Khi các tác nhân AI và hệ thống tự động ngày càng phổ biến, việc hiểu ai là người kiểm soát cấu hình có thể trở nên quan trọng tương đương với việc rà soát chính bản thân chính sách.

Thách thức thực sự không phải là làm cho chính sách có thể tái sử dụng, mà là đảm bảo việc thực thi có thể cấu hình vẫn minh bạch, dễ xem xét và có thể chịu trách nhiệm trong suốt quá trình các tham số thay đổi.
@NewtonProtocol #Newt #newt $NEWT
$LAB $MPLX