Eman098

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ỉ là tốc độ.
Nếu chúng ta có thể giảm độ trễ và tăng giao dịch mỗi giây thì Mọi thứ khác về bảo mật, tuân thủ và sự quan tâm của tổ chức chắc chắn sẽ tự sắp xếp.

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 chúng nhanh hơn.
Nếu một hợp đồng thông minh có lỗ hổng hoặc quyền bị cấp quá rộng thì tốc độ chỉ làm cho thiệt hại xảy ra nhanh hơn.

Tôi bắt đầu nghĩ rằng lớp còn thiếu có thể không chỉ là thông lượng; nó có thể 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 Mainnet Beta <c-1/>@NewtonProtocol , 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.

Đây là một sự thay đổi từ mô hình “settle trước, hỏi sau” sang một mô hình trong đó bảo mật được nhúng trực tiếp vào logic.

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

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 mới?

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

💡SATOSHI NAKAMOTO “Satoshi” rốt cuộc có đáng được quan tâm không?

Ngày 9 tháng 7, ba KOL hàng đầu lần lượt lên sóng trực tiếp, từ cơ chế đồng thuận đến bố cục hệ sinh thái, từ kế hoạch chiến lược đến giá trị tương lai — nói rõ cho bạn đến cùng!

⏰ 12:00 Đại Lý 7613
⏰ 14:00 Anh Hồng 319
⏰ 20:00 Châu Châu 1688

Ba buổi livestream tại Quảng trường Binance, xem là hiểu “Satoshi”. Lỡ rồi thì đợi một năm.

━ Đặt báo thức, không gặp không về! ⏰
@周周1688 @英鸿³₁₉ @大丽7613

$BNB next move 🤔

$VANRY $APE

Intraday Trend:

BNB has experienced downward pressure throughout today's session. After opening the day near $579.52, the price saw some volatility, dipping to a low near $558.53 earlier this afternoon before showing a slight recovery to the current $562 level. This represents an intraday decline of approximately 2.88%.

​Weekly Context:

Despite the recent pullback, the asset remains up by about 2.09% compared to the start of the month (July 1, when it was ~$551.28). The price reached a weekly high near $588.37 on July 6 before initiating the current consolidation/retracement phase.
#USLaunchesNewStrikesAgainstIran #BTCExchangeSupplyFallsTo9YearLow
#MMT $VANRY $EVAA $APE

Chúng ta thường cho rằng tài chính trên chuỗi đồng nghĩa với tự động hóa không cần niềm tin, nhưng tôi đã nhận ra rằng thực ra chúng ta chỉ đang xây dựng những “bắt tay” số phức tạp hơn mà vẫn có thể vỡ ngay khi chạm vào thế giới thực.

Mỗi lần tôi tương tác với một hợp đồng thông minh, tôi đặt cược rằng mã là hoàn hảo, nhưng tôi lại phớt lờ thực tế rằng các thỏa thuận pháp lý giữa con người tồn tại hoàn toàn bên ngoài “lớp” sandbox đó.

Chúng ta đã thực sự tạo ra một hệ thống nơi tài sản có thể di chuyển với tốc độ ánh sáng, nhưng các quyền và nghĩa vụ nền tảng lại bị mắc kẹt trong những khung pháp lý chậm chạp, mờ đục và thường là khó có thể cưỡng chế.

Tôi bắt đầu tự hỏi liệu chúng ta có đang chỉ “số hóa” những rắc rối quan liêu cũ của mình thay vì giải quyết chúng hay không.

Đó là lúc tôi bắt đầu tìm hiểu những gì <t-2/>@NewtonProtocol đang thử nghiệm, cụ thể là động cơ chính sách phi tập trung của họ.

Thay vì cố gắng nhồi mọi sắc thái pháp lý phức tạp vào một hợp đồng thông minh cứng nhắc, họ thực chất đang tạo ra một lớp đóng vai trò như chiếc cầu nối, giúp logic pháp lý chuyển thành việc thực thi trên chuỗi.

Chuyện không phải là viết code tốt hơn—mà là làm cho ý chí pháp lý của chúng ta thực sự “nói” được ngôn ngữ của blockchain.

Nhưng câu hỏi lớn vẫn còn đó: liệu chúng ta có bao giờ thực sự thay thế được yếu tố con người trong việc cưỡng chế hợp đồng mà không tạo ra một kiểu “độ cứng” do thuật toán gây ra, cũng dễ dẫn đến thất bại như trước không?

Tôi vẫn chưa chắc liệu chúng ta đã sẵn sàng để code cầm chiếc búa (Gavel) hay chưa.
​@NewtonProtocol $NEWT #Newt

Tôi từng nghĩ rằng việc gửi tiền vào một kho tiền được tuyển chọn đồng nghĩa với việc tin tưởng vào chiến lược.

Nhưng rồi tôi thực sự đọc xem ai là người điều khiển các đòn bẩy và nhận ra mình đang tin một con người, không phải một hệ thống.

Các curators (người tuyển chọn) quyết định mức độ rủi ro phân bổ, trong khi giới hạn đối tác (counterparty) được đặt ra hoàn toàn dựa trên một lời hứa là sẽ hành động có trách nhiệm.

Không có gì trên onchain ngăn họ phá vỡ lời hứa đó.

Khoảng trống đó đã khiến tôi bắt đầu xem xét @NewtonProtocol .

Phiên bản beta trên mainnet thực thi các quy tắc của vault dưới dạng code trước khi một giao dịch được chốt, chứ không phải như một chính sách được viết đâu đó ở ngoài.

Nhưng code vẫn cần ai đó viết đúng các quy tắc ngay từ đầu.

Thực thi onchain có thực sự giảm bớt sự tin tưởng, hay chỉ chuyển nơi ta đặt sự tin tưởng đó?
$NEWT #Newt

#newt $NEWT
Tôi từng nghĩ rằng “Quá-cầm-cố” (Overcollateralization) là ý tưởng “mũi nhọn” (cLeverest) của DeFi.
Khóa tài sản nhiều hơn số bạn vay, không mặc định—không drama.

Rồi tôi tự hỏi: tại sao quy tắc đó lại tồn tại? Và nó dần không còn cảm giác “thông minh”.

Đó không phải là một mô hình cho vay tốt hơn. Đó chỉ là một cách xoay xở (workaround). Trên onchain, không có cách nào kiểm tra xem người vay có thực sự đủ tín dụng (Creditworthy) hay không, vì thế các giao thức sẽ nhận thế chấp thay vì đánh giá con người.

Ổn cho một trader vay dựa trên ETH.

Vô dụng với tín dụng “thực” (rEal credit), khi ai đó có khả năng trả nợ (Repayment capacity) nhưng không hứng thú việc khóa 150%.

Những nỗ lực trước đó đã thử khắc phục bằng các pool được cấp phép (whitelisted pools) và các nhà bảo lãnh được ủy quyền (delegated underwriters).

Nó hiệu quả cho đến khi thị trường trở nên gập ghềnh (gOt rough), vì việc bảo lãnh phụ thuộc vào “phán đoán” của ai đó, chứ không nằm trong bất cứ thứ gì có thể thực thi (enforceable).

Đây là lúc mô hình của Newton trở nên thú vị: cung cấp tín dụng (credit) mà không cần được xây dựng riêng cho tín dụng.

Một điểm rủi ro (risk score) trở thành thứ mà một chính sách kiểm tra đúng tại thời điểm giao dịch được hoàn tất, chứ không phải là một con số chỉ nằm trên một bảng điều khiển (dashboard) mà chẳng ai bị ràng buộc phải tôn trọng.

Nhưng tôi vẫn chưa chắc liệu cách này có thực sự giải quyết vấn đề cốt lõi hay không. Vẫn có ai đó tạo ra cái “risk score” đó.

Ép buộc một con số sai chỉ khiến nó trông có vẻ “đáng tin” và “đầy thẩm quyền” hơn.

Vì vậy tôi cứ tự hỏi: liệu chúng ta đang xây dựng tín dụng onchain thực sự, hay chỉ là ngày càng tự tin hơn vào những con số mà chúng ta vẫn không thể xác minh?

@NewtonProtocol $NEWT #Newt

#newt $NEWT
Tôi cứ liên tục xoay ý tưởng này trong đầu nên bây giờ tôi muốn chia sẻ.

Hãy nghĩ về việc Visa thực sự hoạt động như thế nào.
Trước khi thanh toán bằng thẻ của bạn được xử lý, phía sau hậu trường đã có một quyết định yên lặng đang diễn ra: kiểm tra xem giao dịch đó có nên được phê duyệt hay không.

Chúng ta không bao giờ thấy nó, nhưng đó là lý do mà gian lận không làm sụp đổ cả hệ thống.

Tôi nhận ra rằng tài chính onchain đã thiếu đúng lớp đó.
Tiền di chuyển trước, và những câu hỏi sẽ được đặt ra sau (nếu có).

Thế mới là điều ngược lại khi bạn nghĩ kỹ.
Chính tại đây Newton Protocol đã “khớp” với tôi.

Họ không chỉ xây dựng thêm một kho lưu trữ (vault) hay một sản phẩm yield khác.

Nó trở thành một lớp ra quyết định—một cách để kiểm tra và phê duyệt trước khi giá trị thực sự được chuyển đi—tương tự như cách các mạng lưới thẻ hoạt động, nhưng được xây dựng cho các “đường ray” onchain.

“Internet of Policies Marketplace” của họ giống như bước ủy quyền (authorization) bị thiếu mà đến giờ chưa ai nói đến.

Chúng tôi đang thấy nhiều nhà xây dựng nhận ra rằng chỉ tốc độ thôi là chưa đủ—niềm tin cũng cần các điểm kiểm tra (checkpoints).

Nếu Newton Mainnet Beta có thể chứng minh điều này, thì rất có thể nó sẽ âm thầm trở thành hạ tầng mà mọi người dựa vào mà thậm chí không cần để ý—giống như Visa.
@newton_xyz latex

$NEWT #Newt @NewtonProtocol
Vẫn đang nghiên cứu, chia sẻ suy nghĩ thật của tôi.

#newt $NEWT
Tôi đã đào sâu vào bảo mật kho tiền (institutional vault) trong nhiều tuần nay và cuối cùng điều gì đó đã “bật” với tôi khi đọc qua các tài liệu của @NewtonProtocol vào tối qua.

Hầu hết các công cụ tuân thủ ngoài kia vẫn nghiêng về danh sách đen.

Chúng gắn cờ những tác nhân xấu đã biết sau khi sự việc xảy ra, nghĩa là đến khi một “cờ đỏ” xuất hiện thì tiền đã đi mất rồi.

Nó trở thành một cuộc rượt đuổi mà không ai giành chiến thắng.

Điểm khác biệt ở đây là sự chuyển dịch sang cơ chế truy cập hạn chế mặc định.

Thay vì hỏi “Chúng ta chặn ai?”, miền danh tính (identity domain) của Newton lại hỏi “Chúng ta thực sự cho ai vào.”

Đó là tư duy danh sách trắng (whitelist) và thành thật mà nói, nó hợp lý hơn rất nhiều đối với vốn tổ chức.

Nếu một kho tiền chỉ cho phép các đối tác đã được xác minh và được phê duyệt theo chính sách ngay từ đầu, thì sẽ không có khoảng trống để kẻ xấu lọt qua trước khi cơ chế phát hiện bắt kịp.

Chúng tôi đang thấy tổng giá trị khóa (TVL) của các vault DeFi được tuyển chọn tăng trưởng mạnh mẽ trong năm vừa qua, nhưng lớp thực thi (enforcement layer) vẫn chưa theo kịp tốc độ tăng trưởng đó.

Cách tiếp cận của Newton kiểm tra các quy tắc về danh tính và thẩm quyền (jurisdiction) liên quan đến trừng phạt (Sanctions) trước khi một giao dịch được hoàn tất, chứ không phải sau đó, bằng cách sử dụng các bằng chứng không kiến thức (zero knowledge proofs) để dữ liệu nhạy cảm vẫn được giữ riêng tư.

Sự cân bằng giữa Quyền riêng tư và Khả năng xác minh (Verifiability) chính là điều mà các tổ chức đang yêu cầu.

Phần rút ra của tôi sau buổi “đào” sâu này là: compliance dưới dạng mã (compliance as code) không còn là một cụm buzzword nữa.

Nó đang trở thành kiến trúc thực sự mà các tổ chức cần để tin tưởng vào tài chính onchain.

$NEWT #NEWT @NewtonProtocol

Dạo này tôi vẫn cứ nghĩ mãi về một câu cụm cứ quay lại với tôi: Xác thực không phải là chính xác.

Dễ dàng cho rằng nếu một thứ đã được chứng minh trên chuỗi thì nó hẳn là đúng.

Nhưng chỉ riêng bằng chứng không cho ta biết rằng dữ liệu đưa vào quy trình đó ban đầu có trung thực hay không.

Chỉ cho biết quy trình đã chạy theo cách mà nó được cho là sẽ chạy.

Khoảng trống đó là điều khiến tôi suy nghĩ trong khi đọc về Newton Protocol.

Điều tôi thích ở Newton là nó không cố “đánh lạc” vấn đề này.

Thay vì chỉ tin vào Output của một tác nhân AI, hệ thống bọc Mọi Hành động trong một Môi trường Thực thi Tin cậy (Trusted Execution Environment) và xác thực nó bằng một bằng chứng không kiến thức (zero knowledge proof).

Nó trở nên ít phụ thuộc vào “hãy tin tôi” hơn, và nhiều hơn vào “đây là bằng chứng mà bạn có thể tự kiểm tra”.

Với xác minh danh tính theo thời gian thực và tuân thủ (Compliance), sự khác biệt này thực sự quan trọng.

Nếu một tác nhân đang chuyển tiền hoặc xác minh ai đó là ai, thì tôi muốn có bằng chứng về việc thực thi đúng, chứ không phải chỉ là một tuyên bố tự tin.

Tôi là người đã từng bị “tổn thương” bởi những công cụ trông có vẻ an toàn nhưng thực ra không phải như vậy, nên dạng xác thực nhiều lớp này thực sự mang lại cho tôi cảm giác yên tâm.

Chúng ta đang thấy nhiều nền tảng tài sản số nói về tuân thủ, nhưng ít nền tảng xây dựng “trụ cột mật mã” (Cryptographic Backbone) để thực sự hỗ trợ nó.

Niềm tin thật sự không phải là thứ được khẳng định; nó được Thể hiện (Demonstrated).
Newton dường như hiểu được sự khác biệt đó.

@NewtonProtocol $NEWT #NEWT

#newt $NEWT
Dạo này tôi dành buổi tối để đọc về Newton Protocol và tôi muốn chia sẻ lý do nó thu hút sự chú ý của tôi.
Phần lớn chúng ta đã từng dùng một số dạng tự động hóa trong crypto—dù là bot hay script—và chúng ta cũng biết cảm giác rủi ro khi trao quyền kiểm soát mà không có bất kỳ bằng chứng thực sự nào về những gì đang diễn ra ở hậu trường.
Chính khoảng trống đó là điều Newton đang tìm cách lấp đầy.

Điểm nổi bật với tôi là họ đã xây dựng một lớp tự động hóa có thể kiểm chứng bằng cách sử dụng Môi trường thực thi tin cậy (Trusted Execution Environments) kết hợp với các bằng chứng kiến thức không tương tác (zero knowledge proofs).
Nói đơn giản, điều đó có nghĩa là một tác nhân AI có thể thay bạn hành động trên nhiều chuỗi khác nhau, và bạn vẫn nhận được bằng chứng mật mã rằng không có điều gì mờ ám xảy ra.
Tôi là người luôn do dự trước khi ủy quyền các hành động tài chính cho một cỗ máy, nên kiểu thiết kế này thực sự làm tôi yên tâm hơn.

Một phần khác tôi thích là Newton Model Registry.
Các nhà phát triển niêm yết tác nhân AI hoặc mô hình của họ ở đó sẽ trả phí bằng NEWT, và các khoản phí này chảy ngược lại cho những người tạo ra mô hình dưới dạng tiền bản quyền (royalties).
Nó tạo thành một vòng lặp khuyến khích (incentive loop) thực sự, thay vì chỉ là một tiện ích token khác “trên giấy”.
Chúng ta đang thấy nhiều dự án nói về AI và tự động hóa, nhưng rất ít dự án thực sự gắn chặt phần kinh tế với nhau theo cách sạch sẽ như vậy.

Nếu Web3 trong tương lai có thể trở nên đơn giản đối với một người bình thường, thì những dự án như thế này chính là các đơn vị đang âm thầm xây dựng nền tảng.
Tôi sẽ theo dõi cách hệ thống Danh tiếng (Reputation) dành cho các tác nhân phát triển tiếp theo.

@NewtonProtocol $NEWT #NEWT