Eman098

Hôm nay, khi so sánh một vài mô hình quản lý rủi ro giữa các giao thức khác nhau, tôi chợt nhận ra một điều. Khi mỗi nhóm tự viết logic ủy quyền của riêng mình một cách biệt lập, một sai sót ở một nơi thường chỉ bị giới hạn trong chính nơi đó. Sự “được bao bọc” ấy rất dễ bị xem nhẹ cho đến khi nó biến mất.

Đó là phần của $NEWT khiến tôi cứ quay lại. Nếu việc thực thi chính sách trở thành một lớp dùng chung có thể tái sử dụng thay vì mã tùy chỉnh bị chôn trong từng hợp đồng thì bạn sẽ có được tính nhất quán, nhưng đồng thời bạn cũng nhận lấy một điều ít được thảo luận hơn: một mẫu template bị lỗi giờ đây có thể được thừa hưởng bởi mọi giao thức chấp nhận nó. Việc tiêu chuẩn hóa sẽ loại bỏ sự phân mảnh rủi ro và thay bằng rủi ro có tương quan. Chúng không phải là cùng một đánh đổi, mặc dù nghe có vẻ giống nhau.

Điều này không phải là lý do để bác bỏ ý tưởng đó. Phần lớn hạ tầng quan trọng cuối cùng đều sẽ tập trung một phần rủi ro để đổi lại việc loại bỏ được nhiều rủi ro hơn ở nơi khác. Các nhà cung cấp dịch vụ thanh toán, các nền tảng đám mây và cả những thư viện smart contract đã được kiểm toán đều đã thực hiện cùng một đánh đổi này từ trước khi có crypto. Câu hỏi là: đánh đổi đó có được thực hiện một cách có ý thức, với trách nhiệm giải trình rõ ràng cho thành phần dùng chung hay nó chỉ âm thầm xảy ra khi mức độ áp dụng tăng lên.

Đó là nơi sự khác biệt giữa một công cụ chính sách (policy engine) và một thị trường chính sách (policy market) trở nên quan trọng. Nếu bất kỳ ai cũng có thể công bố một Template và các giao thức chỉ cần cắm nó vào, thì hệ thống sẽ kế thừa những template nào trở nên phổ biến—không nhất thiết là những template đúng. Nếu ngược lại, việc công bố một template tồi đi kèm với một chi phí thực sự và có một dấu vết truy vết rõ ràng về việc ai đã xác nhận cho nó, thì lớp dùng chung sẽ tiến gần hơn đến “trách nhiệm giải trình chung” hơn là “rủi ro phơi bày chung”.

Tôi không nghĩ điều này đã được chốt, và tôi cũng không chắc có thể giải quyết chỉ bằng kiến trúc. Nó phụ thuộc vào việc các động lực xung quanh việc công bố và áp dụng chính sách cuối cùng có đem lại sự soi xét hay chỉ đơn giản là phần thưởng cho tốc độ tích hợp.

#NEWT #Newton #newt $NEWT @NewtonProtocol

I always assumed gas optimization was purely a technical Decision something you tune after the logic is done.
Then I was reading through how Newton policy clients handle Validation and realized I was wrong about that.

There are two ways a Vault can check its rules. One way asks a central registry every single time which costs more Gas but means the vault always sees the latest policy Automatically.

The other way stores its own copy of the policy and checks against that directly Saving gas but only working correctly if Someone remembers to update that cOpy whenever the policy changes upstream.

That second part is what got me. It's not really a performance choice. It's a trust choice. You're deciding Whether you trust a system to stay current on its own or whether you trust a human not to forget an update.

I had not thought about smart contract design that way before as a question of who is responsible for staying in sync rather than who is faster.

This is where something like Newton Protocol becomes interesting to Me not as a product but as an attempt to make that responsibility explicit instead of hidden inside a deployment checklist. But it doesn't fully resolve the tension either.

High throughput systems will still lean toward the cheaper riskier path.

So I keep coming back to one question. In onchain finance Are we actually solving trust problems or just relocating them to a Different layer?

@NewtonProtocol $NEWT #Newt

Trước đây tôi từng cho rằng khi tôi gửi tiền vào một vault DeFi đã được tuyển chọn, thì các quy tắc tôi thấy trong quá trình thẩm định (due diligence) sẽ thực sự được áp dụng để kiểm soát số tiền của tôi. Giới hạn phân bổ, mức độ phơi nhiễm thị trường, các tham số rủi ro—tất cả đều được khóa chặt bằng mã lệnh đúng không?

Rồi tôi tìm hiểu kỹ hơn về cách hầu hết các vault vận hành.

Trong nhiều trường hợp, curator (người tuyển chọn) quyết định những thị trường nào được bật, cách vốn được chuyển giữa chúng, và khi nào thì đổi hướng.
Người gửi tiền thường tin vào những ý định được nêu ra hơn là một thứ mà hợp đồng bản thân nó thực sự cưỡng chế một cách chặt chẽ.

Nếu một curator đi chệch khỏi những gì họ đã hứa, có thể sẽ rất ít biện pháp cưỡng chế trênchain để ngăn thay đổi đó trước khi vốn đã kịp được chuyển sang nơi mà nó không nên đến.

Khoảng trống giữa chính sách được ghi lại và thứ mà một hợp đồng thực sự kiểm chứng chính là điều khiến tôi chú ý đến Newton Protocol.

Thay vì coi việc tuân thủ và các giới hạn rủi ro là thứ bạn đọc rồi tin tưởng, Newton sẽ đánh giá chính sách tại thời điểm một giao dịch được khởi tạo—trước khi giao dịch được hoàn tất—chứ không phải sau khi có gì đó đi sai.

Sự khác biệt có phần tinh tế nhưng quan trọng:
Giám sát cho bạn biết điều gì đã xảy ra rồi. Ủy quyền quyết định điều gì có thể xảy ra ngay từ đầu.

Điều tôi chưa chắc là mức độ được áp dụng (adoption).
Việc này chỉ hoạt động nếu các curator thực sự chọn kết nối vào một lớp cưỡng chế, thay vì chỉ công bố các quy tắc.

Trước khi gửi tiền, bạn có thực sự kiểm tra rằng một vault sẽ cưỡng chế các giới hạn đã nêu trênchain hay bạn vẫn chủ yếu dựa vào tài liệu và sự tin tưởng?

@NewtonProtocol $NEWT #Newt

$DEXE / cập nhật giá usdt 👇👇👇

Tôi luôn cho rằng mã của một smart contract là toàn bộ “bộ luật”. Cứ triển khai nó là mọi thứ nó nói sẽ có hiệu lực mãi mãi, không có ngoại lệ. Đó là câu chuyện chúng ta vẫn lặp lại về DeFi là không cần niềm tin.

Nhưng tôi đã xem một vault bị rút cạn thông qua một đối tác, người mà về mặt kỹ thuật đã vượt qua mọi bài kiểm tra trên chuỗi. Và điều đó khiến tôi nhận ra: vấn đề không nằm ở mã. Vấn đề nằm ở chính sách xoay quanh mã mà bị thiếu.

Một vault có thể được viết hoàn hảo vẫn cho phép một kẻ xấu lọt vào, chẳng hạn như một nhà đầu tư không đủ điều kiện hoặc một vị thế vượt quá quy mô, bởi vì nó chỉ thực thi logic giao dịch chứ không phải các quyết định rủi ro nằm phía sau.

Khoảng cách đó là giữa việc “hợp đồng này hoạt động” và “hợp đồng này đang được sử dụng đúng như dự định”.
Cũng là một trong những lý do khiến dòng vốn tổ chức bước vào chậm hơn.

Điều khiến tôi chú ý về Newton Protocol không phải là một tính năng đơn lẻ, mà là cách đặt vấn đề.
Thay vì xem việc thực thi là thứ mà bạn “chứng minh một lần” trong một cuộc kiểm toán, mục tiêu là thực thi liên tục chính sách trên chuỗi.

Các kiểm tra về điều kiện tư cách, giới hạn vị thế và kiểm soát đối tác có thể được thực thi liên tục và được xác minh trực tiếp trên chuỗi thay vì chỉ dựa vào niềm tin ngoài chuỗi.

Điều đó cũng đặt ra một câu hỏi quan trọng: ai là người định nghĩa các chính sách đó và mức độ linh hoạt của chúng nên ra sao khi thị trường thay đổi?

Nếu quá cứng nhắc, chúng trở thành một ràng buộc. Nếu quá linh hoạt, chúng sẽ mất đi độ tin cậy.
Tôi không nghĩ sự cân bằng này đã được chốt. Hãy tò mò xem những người khác sẽ nghĩ thế nào về “căng thẳng” này khi Newton Mainnet Beta trưởng thành.

@NewtonProtocol l $NEWT #Newt

$SENT update

$TUT
đang trải qua một đợt bứt phá tăng mạnh mẽ với khối lượng tăng vọt và sự giao cắt MACD mạnh.

Tuy nhiên, RSI(6) ở mức 87 đang quá mua nghiêm trọng, cho thấy đợt tăng hiện tại đã bị kéo giãn quá mức. Tránh đuổi theo ngay nhịp tăng theo chiều dọc này.

Hãy chờ một đợt điều chỉnh để kiểm tra lại mức hỗ trợ $0.01020 nhằm thiết lập điểm vào lệnh Long an toàn hơn. Quản lý rủi ro chặt chẽ, vì hiện tại biến động đang rất cao.

Biểu đồ 4 giờ TAG/USDT cho thấy một đợt phục hồi “chữ V” đầy kịch tính sau một đợt bán tháo mạnh với khối lượng cao. Giá đã lao xuống mức thấp 0.000323 trước khi trải qua một cú đảo chiều tăng mạnh mẽ, nhanh chóng thu hẹp phần lớn các khoản lỗ để giao dịch quanh 0.000855.

Các chỉ báo kỹ thuật phản ánh cường độ này:
MACD cho thấy khoảng cách giữa hai đường DIF và DEA đang thu hẹp, báo hiệu khả năng động lượng tăng, trong khi RSI (6) đã tăng lên 61.16, cho thấy áp lực mua đang gia tăng. Dù đợt phục hồi rất ấn tượng, sự tăng nhanh thường thu hút việc chốt lời. Nhà giao dịch nên theo dõi liệu giá có thể duy trì việc tích lũy trên các mức hiện tại để xác nhận một xu hướng đảo chiều dài hạn.
$TAG

$MITO $THE

top Gainers đồng xu tháng này đồng nào đây 👇$THE $SOXLB

Trong một thời gian dài, tôi đã cho rằng nút thắt lớn nhất trong tài chính onchain chỉ đơn giản là tốc độ.
Nếu chúng ta có thể giảm độ trễ và tăng số giao dịch mỗi giây thì mọi thứ khác—từ bảo mật, tuân thủ đến sự quan tâm của các tổ chức—tự nhiên sẽ được giải quyết.

Nhưng gần đây tôi bắt đầu nghi ngờ điều đó.

Một sổ cái nhanh hơn không ngăn được sai lầm.
Nó chỉ xác nhận các sai lầm đó nhanh hơn.
Nếu một hợp đồng thông minh có lỗ hổng hoặc quyền truy cập quá rộng, thì tốc độ chỉ làm tăng tốc mức độ gây hại.

Tôi bắt đầu nghĩ rằng lớp thiếu có thể không chỉ là thông lượng; có lẽ đó là khả năng ủy quyền ý định trước khi thực thi.

Gần đây, tôi đã theo dõi quá trình triển khai @NewtonProtocol Mainnet Beta, và điều thu hút sự chú ý của tôi là nó được thiết kế để đóng vai trò như một lớp ủy quyền, đánh giá các giao dịch dựa trên các chính sách được xác định trước trước khi chúng đến lớp thanh toán.

Đó là một sự thay đổi từ mô hình “thanh toán trước, hỏi sau” sang mô hình mà bảo mật được nhúng ngay vào trong logic.

Ví dụ, một vault DeFi có thể được cấu hình để từ chối các lệnh giao dịch vượt quá các ngưỡng rủi ro được đặt trước theo thời gian thực, qua đó giảm nhu cầu can thiệp thủ công hoặc các kịch bản (script) offchain mong manh.

Tuy nhiên, điều đó cũng đặt ra một câu hỏi quan trọng.
Nếu chúng ta tiến tới các hệ thống nơi mọi hành động đều được đánh giá theo chính sách trước khi thực thi, liệu chúng ta đang xây dựng một nền tảng vững chắc hơn cho tài chính onchain hay đang tạo ra một hình thức Gatekeeping (gác cổng) mới?

Theo bạn, sự cân bằng giữa bảo mật và khả năng thực thi không cần xin phép (permissionless) nên nằm ở đâu?
@NewtonProtocol $NEWT #NEWT

$BNB next move 🤔

$VANRY $APE