Binance Square
Crypto _Mars
2k Bài đăng

Crypto _Mars

Welcome to Crypto Mars Platform ! 🚀 Join our vibrant community to explore blockchain and cryptocurrency. X : @Henrycd85
Giao dịch mở
Người nắm giữ SIGN
Người nắm giữ SIGN
Trader thường xuyên
{thời gian} năm
400 Đang theo dõi
32.7K+ Người theo dõi
12.8K+ Đã thích
Bài đăng
Danh mục đầu tư
PINNED
·
--
Chúng tôi thích tin rằng phần thưởng lớn nhất dành cho những người sẵn sàng chờ đợi. Nhưng đứng trước Kế hoạch Hệ số Nhân @grvt_io , với chỉ còn mười hai ngày trước hạn chót ngày 27 tháng Bảy, ý tưởng đó bỗng trở nên khó thực hiện hơn rất nhiều. Phần khó không phải là hiểu các lựa chọn. Mà là quyết định bạn thấy thoải mái hơn với tương lai nào. Bạn có thể nhận phân bổ của mình tại TGE, hoặc bạn có thể khóa ở hệ số nhân 2x hoặc 4x và chờ thêm bốn hoặc tám tháng nữa. Một khi bạn đã đưa ra lựa chọn đó, sẽ không có đường quay lại. Trên giấy tờ, sự đánh đổi này rất đơn giản. Chờ lâu hơn, nhận phân bổ lớn hơn. Trong thực tế, quyết định lại phụ thuộc vào một điều mà chưa ai biết: GRVT sẽ phát triển như thế nào sau khi bắt đầu giao dịch. Đó là điều tôi thấy thú vị nhất ở thiết kế này. Dự án khuyến khích sự tham gia dài hạn, nhưng quyết định cuối cùng lại mang tính cá nhân rất sâu sắc. Nó lặng lẽ đặt ra cho từng người tham gia một câu hỏi đơn giản: Hôm nay bạn sẵn sàng chấp nhận bao nhiêu bất định để đổi lấy khả năng có được phần thưởng lớn hơn vào ngày mai? Không có một câu trả lời “đúng” phổ quát. Nó phụ thuộc vào mức độ chấp nhận rủi ro của bạn, tầm nhìn thời gian, và niềm tin của bạn vào dự án. Với tôi, chính điều đó khiến lựa chọn này không chỉ là một cơ chế phân phối token - mà thực sự là một bài kiểm tra sự vững tin. @grvt_io #grvt #GRVT #grvt
Chúng tôi thích tin rằng phần thưởng lớn nhất dành cho những người sẵn sàng chờ đợi. Nhưng đứng trước Kế hoạch Hệ số Nhân @grvt_io , với chỉ còn mười hai ngày trước hạn chót ngày 27 tháng Bảy, ý tưởng đó bỗng trở nên khó thực hiện hơn rất nhiều.

Phần khó không phải là hiểu các lựa chọn. Mà là quyết định bạn thấy thoải mái hơn với tương lai nào. Bạn có thể nhận phân bổ của mình tại TGE, hoặc bạn có thể khóa ở hệ số nhân 2x hoặc 4x và chờ thêm bốn hoặc tám tháng nữa. Một khi bạn đã đưa ra lựa chọn đó, sẽ không có đường quay lại.

Trên giấy tờ, sự đánh đổi này rất đơn giản. Chờ lâu hơn, nhận phân bổ lớn hơn. Trong thực tế, quyết định lại phụ thuộc vào một điều mà chưa ai biết: GRVT sẽ phát triển như thế nào sau khi bắt đầu giao dịch.

Đó là điều tôi thấy thú vị nhất ở thiết kế này. Dự án khuyến khích sự tham gia dài hạn, nhưng quyết định cuối cùng lại mang tính cá nhân rất sâu sắc. Nó lặng lẽ đặt ra cho từng người tham gia một câu hỏi đơn giản: Hôm nay bạn sẵn sàng chấp nhận bao nhiêu bất định để đổi lấy khả năng có được phần thưởng lớn hơn vào ngày mai?

Không có một câu trả lời “đúng” phổ quát. Nó phụ thuộc vào mức độ chấp nhận rủi ro của bạn, tầm nhìn thời gian, và niềm tin của bạn vào dự án. Với tôi, chính điều đó khiến lựa chọn này không chỉ là một cơ chế phân phối token - mà thực sự là một bài kiểm tra sự vững tin.
@grvt_io #grvt #GRVT #grvt
Chúng tôi đã xây Settlement. Chúng tôi bỏ qua kiểm soát. Trước đây, tôi từng nghĩ rằng nếu chỉ cần làm cho các giao dịch onchain nhanh hơn và rẻ hơn thì hầu hết vấn đề sẽ dần tự được giải quyết. Trong một thời gian dài, gần như ai cũng tập trung vào điều đó — block nhanh hơn, phí thấp hơn, tốc độ cao hơn. Nó giống như bước đi tiếp theo hiển nhiên. Nhưng từ từ, một điều khác bắt đầu trở nên quan trọng hơn. Chúng tôi trở nên rất giỏi trong việc chuyển giá trị onchain, nhưng lại chưa xây dựng được nhiều để kiểm soát nó trước khi nó được chuyển đi. Trong tài chính truyền thống, phần lớn giao dịch đều đi qua một số hình thức kiểm tra trước. Quy định được rà soát và rủi ro được cân nhắc trước khi mọi thứ thực sự được thanh toán. Trên chain, chúng tôi gần như đã bỏ qua phần đó. Chúng tôi tập trung quá nhiều vào việc thực thi đến mức câu hỏi liệu một việc *có nên* xảy ra hay không phần lớn được để cho các quy tắc cơ bản của smart contract hoặc việc giám sát sau đó. Thứ đang dần xuất hiện bây giờ cảm giác khác đi. Thay vì chờ xem chuyện gì đã sai sau khi một giao dịch đã được hoàn tất, giờ có một lớp có thể đối chiếu ý định với một số quy tắc nhất định bằng thông tin thời gian thực trước khi mọi thứ được chuyển động. Nếu không đạt, giao dịch đơn giản là sẽ không được thực hiện. Và vì quyết định được ghi lại theo cách có thể kiểm chứng, nó không chỉ dựa vào niềm tin hay việc nhìn lại sau này. Điều này giống như nhiều hơn chỉ là những công cụ tốt hơn. Đây là sự thay đổi trong cách chúng ta nghĩ về hoạt động onchain. Chúng tôi đã dành nhiều năm để đảm bảo rằng mọi thứ có thể xảy ra. Giờ đây, chúng tôi đang dần xây dựng các hệ thống cũng giúp quyết định liệu chúng có nên xảy ra hay không. Còn phải mất bao lâu nữa chúng ta mới có thể tiếp tục mở rộng tài chính onchain mà không dành suy nghĩ thực sự cho việc những thứ gì được phép chuyển động? @NewtonProtocol #Newt $NEWT {future}(NEWTUSDT)
Chúng tôi đã xây Settlement. Chúng tôi bỏ qua kiểm soát.

Trước đây, tôi từng nghĩ rằng nếu chỉ cần làm cho các giao dịch onchain nhanh hơn và rẻ hơn thì hầu hết vấn đề sẽ dần tự được giải quyết. Trong một thời gian dài, gần như ai cũng tập trung vào điều đó — block nhanh hơn, phí thấp hơn, tốc độ cao hơn. Nó giống như bước đi tiếp theo hiển nhiên.

Nhưng từ từ, một điều khác bắt đầu trở nên quan trọng hơn. Chúng tôi trở nên rất giỏi trong việc chuyển giá trị onchain, nhưng lại chưa xây dựng được nhiều để kiểm soát nó trước khi nó được chuyển đi. Trong tài chính truyền thống, phần lớn giao dịch đều đi qua một số hình thức kiểm tra trước. Quy định được rà soát và rủi ro được cân nhắc trước khi mọi thứ thực sự được thanh toán. Trên chain, chúng tôi gần như đã bỏ qua phần đó. Chúng tôi tập trung quá nhiều vào việc thực thi đến mức câu hỏi liệu một việc *có nên* xảy ra hay không phần lớn được để cho các quy tắc cơ bản của smart contract hoặc việc giám sát sau đó.

Thứ đang dần xuất hiện bây giờ cảm giác khác đi. Thay vì chờ xem chuyện gì đã sai sau khi một giao dịch đã được hoàn tất, giờ có một lớp có thể đối chiếu ý định với một số quy tắc nhất định bằng thông tin thời gian thực trước khi mọi thứ được chuyển động. Nếu không đạt, giao dịch đơn giản là sẽ không được thực hiện. Và vì quyết định được ghi lại theo cách có thể kiểm chứng, nó không chỉ dựa vào niềm tin hay việc nhìn lại sau này.

Điều này giống như nhiều hơn chỉ là những công cụ tốt hơn. Đây là sự thay đổi trong cách chúng ta nghĩ về hoạt động onchain. Chúng tôi đã dành nhiều năm để đảm bảo rằng mọi thứ có thể xảy ra. Giờ đây, chúng tôi đang dần xây dựng các hệ thống cũng giúp quyết định liệu chúng có nên xảy ra hay không.

Còn phải mất bao lâu nữa chúng ta mới có thể tiếp tục mở rộng tài chính onchain mà không dành suy nghĩ thực sự cho việc những thứ gì được phép chuyển động?
@NewtonProtocol #Newt $NEWT
Chúng Ta Đã Nhìn Rủi Ro Trên Onchain Theo Cách SaiĐã có một thời gian tôi thực sự tin rằng nếu chúng tôi chỉ có thể nhìn thấy vấn đề rõ ràng đủ và nhanh đủ, thì cuối cùng chúng tôi sẽ giỏi trong việc xử lý chúng. Tôi nhớ mình đã ngồi nhìn các bảng điều khiển trong các đợt depeg và thanh lý, làm mới chúng như thể chúng có thể thay đổi điều đã và đang diễn ra. Dữ liệu ở đó. Các cảnh báo đang nhấp nháy. Và rồi tiền vẫn di chuyển theo cách của nó. Trải nghiệm đó đã ở lại với tôi. Theo thời gian, tôi bắt đầu nhận ra một mô hình — thứ gì đó lớn hơn bất kỳ một lần thất bại đơn lẻ nào. Trong crypto, chúng tôi trở nên cực kỳ giỏi trong việc xây dựng các hệ thống có thể cho chúng tôi biết khi nào có điều gì đó đang xảy ra sai. Nhưng chúng tôi đã không thực sự xây dựng các hệ thống có thể ngăn điều đó xảy ra từ ngay đầu. Phần lớn thứ mà chúng tôi gọi là quản lý rủi ro thực ra là quan sát rủi ro — chúng tôi theo dõi, cảnh báo, thảo luận, rồi sau đó mới cố gắng dọn dẹp mọi thứ khi mọi chuyện đã xảy ra.

Chúng Ta Đã Nhìn Rủi Ro Trên Onchain Theo Cách Sai

Đã có một thời gian tôi thực sự tin rằng nếu chúng tôi chỉ có thể nhìn thấy vấn đề rõ ràng đủ và nhanh đủ, thì cuối cùng chúng tôi sẽ giỏi trong việc xử lý chúng. Tôi nhớ mình đã ngồi nhìn các bảng điều khiển trong các đợt depeg và thanh lý, làm mới chúng như thể chúng có thể thay đổi điều đã và đang diễn ra. Dữ liệu ở đó. Các cảnh báo đang nhấp nháy. Và rồi tiền vẫn di chuyển theo cách của nó.
Trải nghiệm đó đã ở lại với tôi. Theo thời gian, tôi bắt đầu nhận ra một mô hình — thứ gì đó lớn hơn bất kỳ một lần thất bại đơn lẻ nào. Trong crypto, chúng tôi trở nên cực kỳ giỏi trong việc xây dựng các hệ thống có thể cho chúng tôi biết khi nào có điều gì đó đang xảy ra sai. Nhưng chúng tôi đã không thực sự xây dựng các hệ thống có thể ngăn điều đó xảy ra từ ngay đầu. Phần lớn thứ mà chúng tôi gọi là quản lý rủi ro thực ra là quan sát rủi ro — chúng tôi theo dõi, cảnh báo, thảo luận, rồi sau đó mới cố gắng dọn dẹp mọi thứ khi mọi chuyện đã xảy ra.
Khi Tuân thủ Ngừng Làm Vấn ĐềTôi còn nhớ từ rất lâu, việc tuân thủ đã bị đối xử như nhân vật phản diện trong thế giới crypto. Đó là biểu mẫu KYC làm bạn bị gián đoạn. Lệnh rút tiền đột nhiên bị tạm dừng. Bước xác minh bổ sung khiến mọi thứ chậm hơn mức đáng lẽ phải có. Trên một chặng đường nào đó, chúng ta bắt đầu coi tuân thủ như điều ngược lại với trải nghiệm người dùng tốt. Nhanh, không cần xin phép, mượt mà không rào cản—đó là mục tiêu. Tuân thủ chỉ đơn giản là cái giá mà các tổ chức muốn mọi người khác phải trả. Nhưng tôi không nghĩ đó mới là vấn đề thực sự.

Khi Tuân thủ Ngừng Làm Vấn Đề

Tôi còn nhớ từ rất lâu, việc tuân thủ đã bị đối xử như nhân vật phản diện trong thế giới crypto.
Đó là biểu mẫu KYC làm bạn bị gián đoạn. Lệnh rút tiền đột nhiên bị tạm dừng. Bước xác minh bổ sung khiến mọi thứ chậm hơn mức đáng lẽ phải có. Trên một chặng đường nào đó, chúng ta bắt đầu coi tuân thủ như điều ngược lại với trải nghiệm người dùng tốt. Nhanh, không cần xin phép, mượt mà không rào cản—đó là mục tiêu. Tuân thủ chỉ đơn giản là cái giá mà các tổ chức muốn mọi người khác phải trả.
Nhưng tôi không nghĩ đó mới là vấn đề thực sự.
Cái chết của cái nhìn lùi Ý nghĩa của một cuộc kiểm toán hiển thị sau khi thiệt hại đã xảy ra là gì? Chúng tôi đã xây dựng cơ chế giám sát dựa trên việc nhìn lùi: lục lại một vài giao dịch trong một mẫu nhỏ, vài tháng sau đó, và hy vọng rằng gian lận sẽ nằm trong đúng mẫu ấy. Cách làm này được thiết kế chậm. Và mỗi ngày phải chờ đợi là một ngày niềm tin âm thầm rò rỉ ở đâu đó, nơi không ai đang theo dõi. Newton Protocol đặt ra một câu hỏi đơn giản hơn: tại sao phải chờ? Mỗi lần một chính sách được kiểm tra, nó sẽ để lại một biên lai mã hóa ngay lúc đó — không phải một bản tóm tắt viết sau, không phải một mẫu được rút ngẫu nhiên, mà là một bản ghi thực sự của đúng khoảnh khắc ấy. Các cơ quan quản lý không còn phải yêu cầu một báo cáo nữa. Họ chỉ cần xem bằng chứng được gửi đến, trực tiếp. Chỉ là một thay đổi nhỏ trên giấy, nhưng nó làm thay đổi toàn bộ mối quan hệ. Thay vì “hãy cùng ghép lại chuyện gì đã xảy ra”, thì là “đây là những gì đã xảy ra, được xác minh — đúng như lúc nó xảy ra”. Phần riêng tư cũng vẫn giữ riêng tư — các <zero-knowledge proofs> xử lý việc đó — nhưng thực tế rằng các quy tắc đã được tuân thủ là điều ai cũng có thể kiểm tra ngay lập tức. Điều đang thay đổi ở đây là như vậy: trước đây, niềm tin là thứ mà một tổ chức đứng ra bảo chứng. Giờ đây, niềm tin là thứ mà chính từng giao dịch chứng minh cho thấy. Vậy có lẽ câu hỏi thực sự không phải là làm sao để kiểm toán nhanh hơn. Mà là liệu việc nhìn lùi còn có ý nghĩa gì hay không. @NewtonProtocol #Newt $NEWT #Newt {future}(NEWTUSDT)
Cái chết của cái nhìn lùi

Ý nghĩa của một cuộc kiểm toán hiển thị sau khi thiệt hại đã xảy ra là gì?

Chúng tôi đã xây dựng cơ chế giám sát dựa trên việc nhìn lùi: lục lại một vài giao dịch trong một mẫu nhỏ, vài tháng sau đó, và hy vọng rằng gian lận sẽ nằm trong đúng mẫu ấy. Cách làm này được thiết kế chậm. Và mỗi ngày phải chờ đợi là một ngày niềm tin âm thầm rò rỉ ở đâu đó, nơi không ai đang theo dõi.

Newton Protocol đặt ra một câu hỏi đơn giản hơn: tại sao phải chờ? Mỗi lần một chính sách được kiểm tra, nó sẽ để lại một biên lai mã hóa ngay lúc đó — không phải một bản tóm tắt viết sau, không phải một mẫu được rút ngẫu nhiên, mà là một bản ghi thực sự của đúng khoảnh khắc ấy. Các cơ quan quản lý không còn phải yêu cầu một báo cáo nữa. Họ chỉ cần xem bằng chứng được gửi đến, trực tiếp.

Chỉ là một thay đổi nhỏ trên giấy, nhưng nó làm thay đổi toàn bộ mối quan hệ. Thay vì “hãy cùng ghép lại chuyện gì đã xảy ra”, thì là “đây là những gì đã xảy ra, được xác minh — đúng như lúc nó xảy ra”. Phần riêng tư cũng vẫn giữ riêng tư — các <zero-knowledge proofs> xử lý việc đó — nhưng thực tế rằng các quy tắc đã được tuân thủ là điều ai cũng có thể kiểm tra ngay lập tức.

Điều đang thay đổi ở đây là như vậy: trước đây, niềm tin là thứ mà một tổ chức đứng ra bảo chứng. Giờ đây, niềm tin là thứ mà chính từng giao dịch chứng minh cho thấy.

Vậy có lẽ câu hỏi thực sự không phải là làm sao để kiểm toán nhanh hơn. Mà là liệu việc nhìn lùi còn có ý nghĩa gì hay không.

@NewtonProtocol #Newt $NEWT #Newt
Dạo này tôi đã tích lũy @grvt_io (GRVT) điểm từ hai hướng khác nhau—vừa giao dịch suốt Season 2, và gần đây hơn là tham gia các nhiệm vụ Binance Wallet Booster. Vì vậy, khi Kế hoạch Nhân (Multiplier Plan) mở ra, nó không chỉ là một biểu mẫu khác để điền. Thực sự tôi phải suy nghĩ xem điều gì phù hợp nhất với mình. Bản thân quy trình chỉ mất vài phút. Kết nối một ví tự quản (GRVT khá rõ ràng rằng việc dùng địa chỉ nạp của CEX có thể khiến bạn mất token vĩnh viễn), đăng ký trước hạn chót, rồi chọn giữa Standard Plan và Multiplier Plan. Việc lựa chọn khá đơn giản. Giữ Standard Plan và nhận toàn bộ phân bổ vào ngày TGE. Hoặc tham gia Multiplier Plan, trì hoãn một phần phân phối của bạn và nhận phần chia theo trọng số lớn hơn sau đó. Tổng quỹ token không tăng lên—bạn chỉ đang chọn một lộ trình phân phối khác. Sau khi suy nghĩ, tôi quyết định đăng ký. Lý do không quá phức tạp. Tôi đã cam kết vốn trong suốt Season 2 rồi, nên việc chờ lâu hơn một chút để nhận một phần phân bổ không thực sự thay đổi cách tôi tiếp cận GRVT. Điều tôi thấy thú vị là cách này đưa mọi người về cùng một mặt bằng. Không quan trọng điểm của bạn đến từ giao dịch chủ động hay từ việc hoàn thành các nhiệm vụ Booster. Khi bạn đến bước này, ai cũng phải đối mặt với cùng một câu hỏi: bạn muốn thanh khoản ngay hôm nay hay bạn thấy thoải mái khi chờ để nhận phần chia có thể lớn hơn sau này? Điều đó khiến Multiplier Plan giống một cách tách bạch người tham gia ngắn hạn với những người thực sự có kế hoạch gắn bó lâu hơn, thay vì chỉ là một chiêu trò kiểu airdrop. Khung đăng ký sẽ đóng vào ngày 17 tháng 7, 00:00 UTC. Nếu bạn đã kiếm được điểm GRVT, có lẽ đáng để bạn xem qua trước khi nó đóng. @grvt_io #grvt
Dạo này tôi đã tích lũy @grvt_io (GRVT) điểm từ hai hướng khác nhau—vừa giao dịch suốt Season 2, và gần đây hơn là tham gia các nhiệm vụ Binance Wallet Booster. Vì vậy, khi Kế hoạch Nhân (Multiplier Plan) mở ra, nó không chỉ là một biểu mẫu khác để điền. Thực sự tôi phải suy nghĩ xem điều gì phù hợp nhất với mình.

Bản thân quy trình chỉ mất vài phút. Kết nối một ví tự quản (GRVT khá rõ ràng rằng việc dùng địa chỉ nạp của CEX có thể khiến bạn mất token vĩnh viễn), đăng ký trước hạn chót, rồi chọn giữa Standard Plan và Multiplier Plan.

Việc lựa chọn khá đơn giản. Giữ Standard Plan và nhận toàn bộ phân bổ vào ngày TGE. Hoặc tham gia Multiplier Plan, trì hoãn một phần phân phối của bạn và nhận phần chia theo trọng số lớn hơn sau đó. Tổng quỹ token không tăng lên—bạn chỉ đang chọn một lộ trình phân phối khác.

Sau khi suy nghĩ, tôi quyết định đăng ký.

Lý do không quá phức tạp. Tôi đã cam kết vốn trong suốt Season 2 rồi, nên việc chờ lâu hơn một chút để nhận một phần phân bổ không thực sự thay đổi cách tôi tiếp cận GRVT.

Điều tôi thấy thú vị là cách này đưa mọi người về cùng một mặt bằng. Không quan trọng điểm của bạn đến từ giao dịch chủ động hay từ việc hoàn thành các nhiệm vụ Booster. Khi bạn đến bước này, ai cũng phải đối mặt với cùng một câu hỏi: bạn muốn thanh khoản ngay hôm nay hay bạn thấy thoải mái khi chờ để nhận phần chia có thể lớn hơn sau này?

Điều đó khiến Multiplier Plan giống một cách tách bạch người tham gia ngắn hạn với những người thực sự có kế hoạch gắn bó lâu hơn, thay vì chỉ là một chiêu trò kiểu airdrop.

Khung đăng ký sẽ đóng vào ngày 17 tháng 7, 00:00 UTC. Nếu bạn đã kiếm được điểm GRVT, có lẽ đáng để bạn xem qua trước khi nó đóng.
@grvt_io #grvt
📉 500 USD đang nằm trong số dư giao dịch của bạn, chờ “đúng thời điểm” — tuần này nó đã mang lại cho bạn được gì? Không có gì. Và hầu hết các trader thậm chí còn không làm phép tính đó. Hệ thống cũ cho bạn hai lựa chọn: 🔸 Giữ trạng thái sẵn sàng giao dịch và để số dư của bạn nằm yên 🔸 Canh lợi suất và khóa lại, kém thanh khoản, không thể sử dụng Đó là cái bẫy. Vốn của bạn hoặc đang hoạt động, hoặc đã sẵn sàng để giao dịch. Thường hiếm khi cả hai. ⚡ Đây là lúc Earn on Equity của GRVT thay đổi cách nhìn. Vốn chủ sở hữu trong tài khoản của bạn tạo ra lợi suất thụ động, không bị khóa, trong khi vẫn hoàn toàn sẵn sàng giao dịch khi cơ hội xuất hiện. Và vì việc thanh toán diễn ra on-chain thông qua các proof zero-knowledge, bạn giữ quyền tự quản tài sản (self-custody) thay vì phải giao tiền của mình cho một sàn chỉ để kiếm lợi trên đó. Đây không chỉ là một tính năng. Nó chỉ ra hướng cạnh tranh của các sàn sẽ đi tới tiếp theo. Không phải phí thấp hơn. Không phải thêm nhiều niêm yết hơn. Một câu hỏi quan trọng hơn nhiều người nghĩ: Mỗi đô la bạn đang nắm giữ hiện tại đang hoạt động vất vả đến mức nào? 👇 Hãy thành thật tỷ lệ phần trăm số dư trên sàn của bạn đang bị để không hoạt động ngay lúc này là bao nhiêu? @grvt_io #grvt #GRVT #grvt
📉 500 USD đang nằm trong số dư giao dịch của bạn, chờ “đúng thời điểm” — tuần này nó đã mang lại cho bạn được gì?

Không có gì. Và hầu hết các trader thậm chí còn không làm phép tính đó.

Hệ thống cũ cho bạn hai lựa chọn: 🔸 Giữ trạng thái sẵn sàng giao dịch và để số dư của bạn nằm yên
🔸 Canh lợi suất và khóa lại, kém thanh khoản, không thể sử dụng

Đó là cái bẫy. Vốn của bạn hoặc đang hoạt động, hoặc đã sẵn sàng để giao dịch. Thường hiếm khi cả hai.

⚡ Đây là lúc Earn on Equity của GRVT thay đổi cách nhìn.

Vốn chủ sở hữu trong tài khoản của bạn tạo ra lợi suất thụ động, không bị khóa, trong khi vẫn hoàn toàn sẵn sàng giao dịch khi cơ hội xuất hiện. Và vì việc thanh toán diễn ra on-chain thông qua các proof zero-knowledge, bạn giữ quyền tự quản tài sản (self-custody) thay vì phải giao tiền của mình cho một sàn chỉ để kiếm lợi trên đó.

Đây không chỉ là một tính năng. Nó chỉ ra hướng cạnh tranh của các sàn sẽ đi tới tiếp theo.

Không phải phí thấp hơn. Không phải thêm nhiều niêm yết hơn.

Một câu hỏi quan trọng hơn nhiều người nghĩ:

Mỗi đô la bạn đang nắm giữ hiện tại đang hoạt động vất vả đến mức nào?

👇 Hãy thành thật
tỷ lệ phần trăm số dư trên sàn của bạn đang bị để không hoạt động ngay lúc này là bao nhiêu?
@grvt_io #grvt #GRVT #grvt
Vấn đề Bắt tay Giải mã: Vì sao “Quyền riêng tư” là từ không đúng cho Thứ mà DeFi Thực sự CầnCho phép tôi nói thật một chút được không? Khi hầu hết các dự án nói rằng họ có "quyền riêng tư," tôi đã học được cách hơi nghi ngờ. Không phải vì ý định xấu, mà vì từ đó thường được dùng để che đi một vấn đề mà hầu hết các đội ngũ thực sự vẫn chưa giải quyết. Đây là điều chẳng ai muốn thừa nhận công khai: nếu dữ liệu của bạn được mã hóa, và bạn cần kiểm tra nó dựa trên một số quy tắc như giới hạn chi tiêu, danh sách trừng phạt, bất cứ điều gì thì trước tiên ai đó phải giải mã dữ liệu đó. Không có cách nào tránh được điều đó. Bạn đơn giản là không thể thực hiện một phép kiểm tra trên dữ liệu mà bạn không thể đọc.

Vấn đề Bắt tay Giải mã: Vì sao “Quyền riêng tư” là từ không đúng cho Thứ mà DeFi Thực sự Cần

Cho phép tôi nói thật một chút được không? Khi hầu hết các dự án nói rằng họ có "quyền riêng tư," tôi đã học được cách hơi nghi ngờ. Không phải vì ý định xấu, mà vì từ đó thường được dùng để che đi một vấn đề mà hầu hết các đội ngũ thực sự vẫn chưa giải quyết.
Đây là điều chẳng ai muốn thừa nhận công khai: nếu dữ liệu của bạn được mã hóa, và bạn cần kiểm tra nó dựa trên một số quy tắc như giới hạn chi tiêu, danh sách trừng phạt, bất cứ điều gì thì trước tiên ai đó phải giải mã dữ liệu đó. Không có cách nào tránh được điều đó. Bạn đơn giản là không thể thực hiện một phép kiểm tra trên dữ liệu mà bạn không thể đọc.
Nói thật nhé, “tuân thủ” luôn là một từ bẩn thỉu trong DeFi. Nhưng đây là một câu hỏi đáng để suy nghĩ sâu: liệu KYC trên chuỗi (on-chain) có luôn chỉ là sự tập trung hóa đội lốt mà thôi không? Hãy nghĩ về cách hầu hết các công cụ tuân thủ hoạt động hiện nay. Bạn gọi một API, nó trả về “có” hoặc “không”, rồi bạn giao dịch dựa trên câu trả lời đó. Không có biên bản, không có cách để kiểm tra xem nó làm đúng hay sai. Bạn chỉ... đang tin một “hộp đen”. Và nếu nói thật, đó chính là thứ DeFi đã hứa sẽ loại bỏ. Giờ thì một số dự án, trong đó có Newton, đang thử cách khác. Thay vì một kẻ gác cổng quyết định số phận của bạn, các quy tắc chính sách sẽ được đánh giá (hãy hình dung kiểu logic theo Rego), và thứ thu được không phải là một phán quyết—mà là một bằng chứng. Một chữ ký BLS nói rằng “vâng, giao dịch này đã nằm trong giới hạn.” Không phải “hãy tin chúng tôi.” Mà giống như “hãy tự kiểm tra phép tính.” Vì sao điều này quan trọng? Bởi vì các tổ chức muốn có dấu vết kiểm toán (audit trail). DeFi muốn vẫn phi tín nhiệm (trustless). Hóa ra hai thứ đó không hẳn là kẻ thù—chỉ là bạn cần bằng chứng thay vì lời hứa. Vậy câu hỏi thật sự là: liệu tuân thủ có thể chứng minh (provable compliance) sẽ trở thành chuẩn mới mà các tổ chức đòi hỏi? Hay các oracle KYC tập trung chỉ... thắng mặc định vì chúng dễ hơn? Thật lòng rất tò mò mọi người nghĩ gì. @NewtonProtocol #Newt $NEWT {future}(NEWTUSDT)
Nói thật nhé, “tuân thủ” luôn là một từ bẩn thỉu trong DeFi. Nhưng đây là một câu hỏi đáng để suy nghĩ sâu: liệu KYC trên chuỗi (on-chain) có luôn chỉ là sự tập trung hóa đội lốt mà thôi không?

Hãy nghĩ về cách hầu hết các công cụ tuân thủ hoạt động hiện nay. Bạn gọi một API, nó trả về “có” hoặc “không”, rồi bạn giao dịch dựa trên câu trả lời đó. Không có biên bản, không có cách để kiểm tra xem nó làm đúng hay sai. Bạn chỉ... đang tin một “hộp đen”. Và nếu nói thật, đó chính là thứ DeFi đã hứa sẽ loại bỏ.

Giờ thì một số dự án, trong đó có Newton, đang thử cách khác. Thay vì một kẻ gác cổng quyết định số phận của bạn, các quy tắc chính sách sẽ được đánh giá (hãy hình dung kiểu logic theo Rego), và thứ thu được không phải là một phán quyết—mà là một bằng chứng. Một chữ ký BLS nói rằng “vâng, giao dịch này đã nằm trong giới hạn.”

Không phải “hãy tin chúng tôi.” Mà giống như “hãy tự kiểm tra phép tính.”

Vì sao điều này quan trọng? Bởi vì các tổ chức muốn có dấu vết kiểm toán (audit trail). DeFi muốn vẫn phi tín nhiệm (trustless). Hóa ra hai thứ đó không hẳn là kẻ thù—chỉ là bạn cần bằng chứng thay vì lời hứa.

Vậy câu hỏi thật sự là: liệu tuân thủ có thể chứng minh (provable compliance) sẽ trở thành chuẩn mới mà các tổ chức đòi hỏi? Hay các oracle KYC tập trung chỉ... thắng mặc định vì chúng dễ hơn?

Thật lòng rất tò mò mọi người nghĩ gì.
@NewtonProtocol #Newt $NEWT
Chúng ta đang không đánh giá đúng các rủi ro này và điều đó đang làm hỏng các chiến lược phòng hộ của chúng ta. Tôi đã từng thấy những lúc các đợt thanh lý vào ban đêm làm vỡ hoàn toàn các danh mục được phòng hộ tốt khi biến động tăng cao. Tự động giảm đòn bẩy (ADL) là giải pháp được ngành tin dùng. Nhưng nói thật? ADL thường là một quy tắc quá đơn giản – buộc phải đóng các giao dịch đang có lãi để hệ thống vẫn có thể vận hành, đồng thời cho rằng khả năng thanh toán là một vấn đề cấp bách. Tại sao các khoản lỗ lúc nào cũng phải được hiện thực? Một giải pháp thú vị đang dần hình thành trong lĩnh vực này là kiến trúc lai ZKsync của GRVT. Họ đề xuất một mô hình mới: Giá trị theo thời gian của thanh khoản – tổn thất (L-TVL). Theo thiết kế của họ, nếu Quỹ Bảo hiểm trở nên âm, thì ý định của giao thức là không thực hiện ADL ngay lập tức. Thay vào đó, nó sử dụng một khoản cắt lỗ xã hội hóa theo thời gian chỉ áp dụng cho các lần rút hiện tại, và triển khai một giao thức để hạn chế giao dịch chênh lệch giá tại chỗ (spot arbitrage). Nhưng nếu người dùng không rút khỏi phần thâm hụt, thì đó sẽ không phải là chi phí ngay lập tức của họ, và khả năng thanh toán có thể trở thành một yếu tố mang tính động, theo thời gian. Điều này có thể tạo cơ hội cho giao thức tăng trưởng một cách hữu cơ. Tất cả các mô hình rủi ro mới đều phải vượt qua bài kiểm tra cuối cùng trong các sự kiện “thiên nga đen” cực đoan, nhưng việc chuyển thái độ từ “hoảng loạn” sang “quản lý rủi ro theo thời gian” là điều đáng để khám phá. Theo bạn, các mô hình khác cho ADL nên được xử lý như thế nào? @grvt_io #grvt #GRVT #grvt
Chúng ta đang không đánh giá đúng các rủi ro này và điều đó đang làm hỏng các chiến lược phòng hộ của chúng ta.

Tôi đã từng thấy những lúc các đợt thanh lý vào ban đêm làm vỡ hoàn toàn các danh mục được phòng hộ tốt khi biến động tăng cao. Tự động giảm đòn bẩy (ADL) là giải pháp được ngành tin dùng. Nhưng nói thật? ADL thường là một quy tắc quá đơn giản – buộc phải đóng các giao dịch đang có lãi để hệ thống vẫn có thể vận hành, đồng thời cho rằng khả năng thanh toán là một vấn đề cấp bách.
Tại sao các khoản lỗ lúc nào cũng phải được hiện thực? Một giải pháp thú vị đang dần hình thành trong lĩnh vực này là kiến trúc lai ZKsync của GRVT. Họ đề xuất một mô hình mới: Giá trị theo thời gian của thanh khoản – tổn thất (L-TVL).
Theo thiết kế của họ, nếu Quỹ Bảo hiểm trở nên âm, thì ý định của giao thức là không thực hiện ADL ngay lập tức. Thay vào đó, nó sử dụng một khoản cắt lỗ xã hội hóa theo thời gian chỉ áp dụng cho các lần rút hiện tại, và triển khai một giao thức để hạn chế giao dịch chênh lệch giá tại chỗ (spot arbitrage). Nhưng nếu người dùng không rút khỏi phần thâm hụt, thì đó sẽ không phải là chi phí ngay lập tức của họ, và khả năng thanh toán có thể trở thành một yếu tố mang tính động, theo thời gian. Điều này có thể tạo cơ hội cho giao thức tăng trưởng một cách hữu cơ.
Tất cả các mô hình rủi ro mới đều phải vượt qua bài kiểm tra cuối cùng trong các sự kiện “thiên nga đen” cực đoan, nhưng việc chuyển thái độ từ “hoảng loạn” sang “quản lý rủi ro theo thời gian” là điều đáng để khám phá. Theo bạn, các mô hình khác cho ADL nên được xử lý như thế nào?
@grvt_io #grvt #GRVT #grvt
Hôm qua, tôi đã thấy một bot bị ép vào giữa với giá 50 đô. Nó thật tàn bạo. Vâng, mempool công khai đúng là một chiến trường giết chóc cho các đoạn mã tự hành... Hmmm... Đó là cách Deloitte lén lút thu nạp các nhà phát triển cốt lõi của Blocknative vào tháng trước. Tài chính toàn cầu sắp được giao cho các tác nhân AI của doanh nghiệp, những thứ mù lòa với MEV và giao dịch đầu cơ tấn công đầy predatory (lợi dụng trước). Những robot doanh nghiệp này tiến vào khu rừng rậm tối tăm, nơi chúng bị săn đuổi. Nhưng chắc chắn không phải là những bộ óc thông minh hơn mà họ cần các cổng vô hình. Đó là lý do cơ sở hạ tầng an toàn, như Newton Protocol ($NEWT), đang là xu hướng. Nhờ sự trợ giúp của zkPermissions và định tuyến riêng, Newton bảo vệ các giao dịch trước khi chúng được hoàn tất. An toàn không phải là tốc độ, mà là mật mã. @NewtonProtocol #Newt $NEWT {future}(NEWTUSDT)
Hôm qua, tôi đã thấy một bot bị ép vào giữa với giá 50 đô. Nó thật tàn bạo. Vâng, mempool công khai đúng là một chiến trường giết chóc cho các đoạn mã tự hành... Hmmm... Đó là cách Deloitte lén lút thu nạp các nhà phát triển cốt lõi của Blocknative vào tháng trước. Tài chính toàn cầu sắp được giao cho các tác nhân AI của doanh nghiệp, những thứ mù lòa với MEV và giao dịch đầu cơ tấn công đầy predatory (lợi dụng trước). Những robot doanh nghiệp này tiến vào khu rừng rậm tối tăm, nơi chúng bị săn đuổi. Nhưng chắc chắn không phải là những bộ óc thông minh hơn mà họ cần các cổng vô hình. Đó là lý do cơ sở hạ tầng an toàn, như Newton Protocol ($NEWT ), đang là xu hướng. Nhờ sự trợ giúp của zkPermissions và định tuyến riêng, Newton bảo vệ các giao dịch trước khi chúng được hoàn tất. An toàn không phải là tốc độ, mà là mật mã.
@NewtonProtocol #Newt $NEWT
Tại sao tôi ngừng đuổi theo các tác nhân AI thông minh và bắt đầu đòi hỏi những “lồng” mật mã an toàn hơnĐừng hiểu lầm, tôi yêu những tác nhân AI thông minh, nhưng tôi không yêu chúng đủ.Những điều kể trên: Đừng hiểu lầm, tôi yêu những tác nhân AI thông minh, nhưng tôi không yêu chúng đủ. Tuần trước, tôi đã thấy một tác nhân kinh doanh chênh lệch giá (arbitrage) thực hiện việc “quét sạch” hoàn toàn quỹ thế chấp của họ trong chưa đầy 10 giây, do họ tin vào một nguồn dữ liệu báo giá (price oracle) bị thao túng. Nhưng, sau mười giây—vâng, sau mười giây—những tháng lợi nhuận kép (compounding yield) đã bị xóa sạch. Điều này không phải vì trí tuệ nhân tạo đó không thông minh. Mô hình là một mạng nơ-ron nhân tạo vô cùng phức tạp, có thể xử lý hàng nghìn điểm dữ liệu mỗi giây. Không, bởi vì tác nhân đó không có quyền kiểm soát các khóa (keys) của ví và cũng không có bất kỳ cơ chế răn đe nào để nó tránh sai lầm. Anh ta có một bộ óc cực nhanh, nhưng chiếc lồng của anh ta lại chỉ bằng giấy. Cộng đồng của chúng tôi đã bị cuốn hút bởi các bot trong nhiều năm, cũng như việc làm cho chúng thông minh hơn và độc lập hơn. Tuy nhiên, tôi tin rằng đây là một sự sao lãng đầy rủi ro đối với chúng ta khi bắt đầu năm 2026. Tác nhân AI không bị ràng buộc, với khóa riêng (private key), không phải là yếu tố thay đổi cuộc chơi trong thế giới tài chính on-chain. Nó giống như một quả bom hẹn giờ trong túi tài chính của bất kỳ ai có thể đưa ra một prompt khiến nó kích hoạt, hoặc một bot “front-running” tinh ranh.

Tại sao tôi ngừng đuổi theo các tác nhân AI thông minh và bắt đầu đòi hỏi những “lồng” mật mã an toàn hơn

Đừng hiểu lầm, tôi yêu những tác nhân AI thông minh, nhưng tôi không yêu chúng đủ.Những điều kể trên: Đừng hiểu lầm, tôi yêu những tác nhân AI thông minh, nhưng tôi không yêu chúng đủ.
Tuần trước, tôi đã thấy một tác nhân kinh doanh chênh lệch giá (arbitrage) thực hiện việc “quét sạch” hoàn toàn quỹ thế chấp của họ trong chưa đầy 10 giây, do họ tin vào một nguồn dữ liệu báo giá (price oracle) bị thao túng. Nhưng, sau mười giây—vâng, sau mười giây—những tháng lợi nhuận kép (compounding yield) đã bị xóa sạch. Điều này không phải vì trí tuệ nhân tạo đó không thông minh. Mô hình là một mạng nơ-ron nhân tạo vô cùng phức tạp, có thể xử lý hàng nghìn điểm dữ liệu mỗi giây. Không, bởi vì tác nhân đó không có quyền kiểm soát các khóa (keys) của ví và cũng không có bất kỳ cơ chế răn đe nào để nó tránh sai lầm. Anh ta có một bộ óc cực nhanh, nhưng chiếc lồng của anh ta lại chỉ bằng giấy. Cộng đồng của chúng tôi đã bị cuốn hút bởi các bot trong nhiều năm, cũng như việc làm cho chúng thông minh hơn và độc lập hơn. Tuy nhiên, tôi tin rằng đây là một sự sao lãng đầy rủi ro đối với chúng ta khi bắt đầu năm 2026. Tác nhân AI không bị ràng buộc, với khóa riêng (private key), không phải là yếu tố thay đổi cuộc chơi trong thế giới tài chính on-chain. Nó giống như một quả bom hẹn giờ trong túi tài chính của bất kỳ ai có thể đưa ra một prompt khiến nó kích hoạt, hoặc một bot “front-running” tinh ranh.
Tháng trước, tôi đã cấp quyền truy cập cho một tác nhân AI vào một hot wallet, và hmmm... đúng là tôi gần như không ngủ. Chúng ta muốn các bot tự trị quản lý lợi suất và giao dịch, nhưng chỉ một lần hallucination hoặc một prompt injection mang tính đối kháng cũng có thể âm thầm rút cạn toàn bộ danh mục đầu tư của bạn. Tin tưởng bot là một công thức dẫn đến thảm họa. Vậy làm thế nào để xây dựng các cơ chế bảo vệ thực sự mà không làm chậm tốc độ? Newton Protocol lật ngược hoàn toàn cách tiếp cận này. Bằng cách kế thừa NewtonPolicyClient vào hợp đồng ví của tác nhân, chúng ta có thể áp đặt các hạn chế chặt chẽ theo từng hàm. Tác nhân có thể thực hiện một giao dịch swap không? Có. Tác nhân có thể gọi transferOwnership không? Không. Mọi ý định đều phải đáp ứng một chính sách Rego trước khi được thực thi. Không... niềm tin không phải là một mô hình bảo mật. Tự chủ không có ràng buộc chỉ là hỗn loạn, và an toàn thực sự nghĩa là khóa chương trình tự lái ra khỏi khoang lái bằng cách có thể lập trình. Điểm mấu chốt rất đơn giản: các quy tắc phải bảo vệ chúng ta khỏi chính những thứ do chúng ta tạo ra. @NewtonProtocol #Newt $NEWT {future}(NEWTUSDT)
Tháng trước, tôi đã cấp quyền truy cập cho một tác nhân AI vào một hot wallet, và hmmm... đúng là tôi gần như không ngủ. Chúng ta muốn các bot tự trị quản lý lợi suất và giao dịch, nhưng chỉ một lần hallucination hoặc một prompt injection mang tính đối kháng cũng có thể âm thầm rút cạn toàn bộ danh mục đầu tư của bạn. Tin tưởng bot là một công thức dẫn đến thảm họa. Vậy làm thế nào để xây dựng các cơ chế bảo vệ thực sự mà không làm chậm tốc độ? Newton Protocol lật ngược hoàn toàn cách tiếp cận này. Bằng cách kế thừa NewtonPolicyClient vào hợp đồng ví của tác nhân, chúng ta có thể áp đặt các hạn chế chặt chẽ theo từng hàm. Tác nhân có thể thực hiện một giao dịch swap không? Có. Tác nhân có thể gọi transferOwnership không? Không. Mọi ý định đều phải đáp ứng một chính sách Rego trước khi được thực thi. Không... niềm tin không phải là một mô hình bảo mật. Tự chủ không có ràng buộc chỉ là hỗn loạn, và an toàn thực sự nghĩa là khóa chương trình tự lái ra khỏi khoang lái bằng cách có thể lập trình. Điểm mấu chốt rất đơn giản: các quy tắc phải bảo vệ chúng ta khỏi chính những thứ do chúng ta tạo ra.
@NewtonProtocol #Newt $NEWT
Giá của khả năng thích nghi: Newton dạy chúng ta rằng bộ nhớ mới là sổ cái tối thượngTôi đã thấy một nhà phát triển toát mồ hôi ướt đẫm áo trong một buổi nâng cấp mainnet trực tiếp tuần trước, và điều đó không phải do một lỗ hổng đang bị khai thác. Anh ấy chỉ đơn giản là quá sợ hãi trước “slot zero”. Điều này khiến tôi nhận ra rằng các hệ thống bất biến của chúng ta trở nên mong manh đến mức nào ngay khi chúng ta cố gắng thay đổi chúng. DeFi đầy rẫy các giao thức nắm giữ hàng triệu đô la mà không thể chỉ dừng lại, xóa sạch mọi thứ và bắt đầu lại từ đầu. Họ phải cải tiến trong khi vẫn chạy, đó là lý do Newton Protocol đã thu hút rất nhiều sự quan tâm. Nó cung cấp một cách tích hợp ủy quyền trước giao dịch trực tiếp vào một hợp đồng hiện có thông qua nâng cấp kiểu proxy. Nhìn qua thì đây đúng là “giấc mơ của nhà phát triển”. Bạn kế thừa NewtonPolicyClient, kết nối hợp đồng cũ của mình với bộ máy chính sách, và ngay lập tức bạn có các cơ chế kiểm soát rủi ro ở cấp độ tổ chức. Nhưng khi nhìn kỹ hơn, bạn sẽ thấy những cái bẫy nguy hiểm nhất không nằm ngay trong chính logic nghiệp vụ. Chúng được giấu trong các ô nhớ yên lặng của Ethereum Virtual Machine (EVM).

Giá của khả năng thích nghi: Newton dạy chúng ta rằng bộ nhớ mới là sổ cái tối thượng

Tôi đã thấy một nhà phát triển toát mồ hôi ướt đẫm áo trong một buổi nâng cấp mainnet trực tiếp tuần trước, và điều đó không phải do một lỗ hổng đang bị khai thác. Anh ấy chỉ đơn giản là quá sợ hãi trước “slot zero”. Điều này khiến tôi nhận ra rằng các hệ thống bất biến của chúng ta trở nên mong manh đến mức nào ngay khi chúng ta cố gắng thay đổi chúng.
DeFi đầy rẫy các giao thức nắm giữ hàng triệu đô la mà không thể chỉ dừng lại, xóa sạch mọi thứ và bắt đầu lại từ đầu. Họ phải cải tiến trong khi vẫn chạy, đó là lý do Newton Protocol đã thu hút rất nhiều sự quan tâm. Nó cung cấp một cách tích hợp ủy quyền trước giao dịch trực tiếp vào một hợp đồng hiện có thông qua nâng cấp kiểu proxy. Nhìn qua thì đây đúng là “giấc mơ của nhà phát triển”. Bạn kế thừa NewtonPolicyClient, kết nối hợp đồng cũ của mình với bộ máy chính sách, và ngay lập tức bạn có các cơ chế kiểm soát rủi ro ở cấp độ tổ chức. Nhưng khi nhìn kỹ hơn, bạn sẽ thấy những cái bẫy nguy hiểm nhất không nằm ngay trong chính logic nghiệp vụ. Chúng được giấu trong các ô nhớ yên lặng của Ethereum Virtual Machine (EVM).
Đặt cược những lời hứa của chính bạn là một cái bẫy Tôi đã chứng kiến quá nhiều dự án “chảy máu” vì bảo mật của họ được xây trên một tòa thẻ bài. Hầu hết các giao thức bảo vệ mạng lưới của họ bằng chính token gốc. Hừm... đúng là logic vòng. Nếu giá token giảm, ngân sách bảo mật của bạn cũng biến mất. Newton Protocol phá vỡ vòng lặp này. Thay vì bảo vệ các kiểm tra trước giao dịch bằng $NEWT, các operator sẽ stake (đặt cược) ETH đã restaked thông qua khung AVS của EigenLayer. Nếu một operator ký một bản xác nhận sai, một người thách thức sẽ đánh giá lại chính sách Rego bên trong một ZK-VM. Chỉ có toán học mới kích hoạt việc cắt phạt (slashing) ETH của họ. Không có thiên kiến của con người. Nó có hoàn hảo không? Không, sự thông đồng giữa các operator vẫn là một rủi ro mang tính cấu trúc. Nhưng việc dựa vào tài sản thế chấp kinh tế từ bên ngoài là một khoảnh khắc hiếm hoi của sự tỉnh táo trong một thị trường bị cuốn theo trào lưu. Niềm tin thật sự không thể được “đúc” ra; nó phải có một cái giá thực. @NewtonProtocol #Newt $NEWT {future}(NEWTUSDT)
Đặt cược những lời hứa của chính bạn là một cái bẫy

Tôi đã chứng kiến quá nhiều dự án “chảy máu” vì bảo mật của họ được xây trên một tòa thẻ bài. Hầu hết các giao thức bảo vệ mạng lưới của họ bằng chính token gốc. Hừm... đúng là logic vòng. Nếu giá token giảm, ngân sách bảo mật của bạn cũng biến mất. Newton Protocol phá vỡ vòng lặp này. Thay vì bảo vệ các kiểm tra trước giao dịch bằng $NEWT , các operator sẽ stake (đặt cược) ETH đã restaked thông qua khung AVS của EigenLayer. Nếu một operator ký một bản xác nhận sai, một người thách thức sẽ đánh giá lại chính sách Rego bên trong một ZK-VM. Chỉ có toán học mới kích hoạt việc cắt phạt (slashing) ETH của họ. Không có thiên kiến của con người. Nó có hoàn hảo không? Không, sự thông đồng giữa các operator vẫn là một rủi ro mang tính cấu trúc. Nhưng việc dựa vào tài sản thế chấp kinh tế từ bên ngoài là một khoảnh khắc hiếm hoi của sự tỉnh táo trong một thị trường bị cuốn theo trào lưu. Niềm tin thật sự không thể được “đúc” ra; nó phải có một cái giá thực.

@NewtonProtocol #Newt $NEWT
Chúng Tôi Đã Xây Dựng Sổ Cái Tối Thượng, Nhưng Lại Quên Mất Cái KhóaHôm qua tôi đang xem một hợp đồng thông minh khai thác dần dần trên một trình khám phá blockchain, và nó để lại cho tôi một câu hỏi đơn giản: điều gì xảy ra khi giao dịch là hợp lệ, nhưng ý định lẽ ra không bao giờ được phê duyệt từ đầu? Sự mâu thuẫn đó rất dễ bị bỏ sót trong crypto. Blockchain rất giỏi trong việc thanh toán. Nhưng kém hơn ở phần ủy quyền. Trong các khoản thanh toán truyền thống, ủy quyền diễn ra trước khi tiền được chuyển đi. Trong DeFi, các giao dịch đã ký thường được đưa thẳng vào khâu thực thi, nghĩa là hệ thống có thể làm đúng những gì đã được yêu cầu, ngay cả khi điều được yêu cầu là nguy hiểm.

Chúng Tôi Đã Xây Dựng Sổ Cái Tối Thượng, Nhưng Lại Quên Mất Cái Khóa

Hôm qua tôi đang xem một hợp đồng thông minh khai thác dần dần trên một trình khám phá blockchain, và nó để lại cho tôi một câu hỏi đơn giản: điều gì xảy ra khi giao dịch là hợp lệ, nhưng ý định lẽ ra không bao giờ được phê duyệt từ đầu?
Sự mâu thuẫn đó rất dễ bị bỏ sót trong crypto. Blockchain rất giỏi trong việc thanh toán. Nhưng kém hơn ở phần ủy quyền. Trong các khoản thanh toán truyền thống, ủy quyền diễn ra trước khi tiền được chuyển đi. Trong DeFi, các giao dịch đã ký thường được đưa thẳng vào khâu thực thi, nghĩa là hệ thống có thể làm đúng những gì đã được yêu cầu, ngay cả khi điều được yêu cầu là nguy hiểm.
Những đường ray vô hình của stablecoin: Vì sao Newton có thể quan trọng hơn một token đô la khác Câu chuyện về stablecoin giờ đây không còn xoay quanh việc USDT hay USDC. Cuộc tranh luận đó ngày càng trở nên thứ yếu. Khi stablecoin trở thành lớp thanh toán cho các khoản chi trả, chuyển tiền xuyên biên giới, tài sản được token hóa và thậm chí là các tác nhân AI, câu hỏi lớn hơn sẽ thay đổi: ai là người xây dựng hạ tầng giúp di chuyển giá trị một cách an toàn? Việc chuyển tiền không còn là phần khó nữa. Điều khó nằm ở chỗ đảm bảo mọi giao dịch đều tuân theo các quy tắc đã định trước khi nó được thực hiện. Đó là lý do Newton Protocol đã thu hút sự chú ý của tôi. Thay vì coi tuân thủ là thứ diễn ra sau một giao dịch, Newton đưa ra các chính sách có thể lập trình có thể được đánh giá trước khi thanh toán. Trong một tương lai mà các tác nhân AI tự chủ có thể kiểm soát ví và chuyển vốn qua nhiều giao thức, thiết kế này ngày càng trở nên phù hợp. Tôi nghĩ thế hệ tiếp theo của hạ tầng tài chính sẽ không được định nghĩa bởi những stablecoin mà người ta nắm giữ. Nó sẽ được định nghĩa bởi các “đường ray” bên dưới: ai cung cấp lưu ký an toàn, quyền truy cập có thể lập trình, thực thi chính sách và khả năng thực thi có thể kiểm chứng. Nếu stablecoin trở thành “tiền” của internet, thì các giao thức như Newton đang đặt ra một câu hỏi sâu hơn: Liệu tiền của internet có thể trở nên lập trình được mà không đánh đổi niềm tin không? Điều đó giống như một cuộc đua quan trọng hơn nhiều so với việc chỉ đơn giản là tạo thêm một “đô la” khác trên chuỗi. @NewtonProtocol #Newt $NEWT {future}(NEWTUSDT)
Những đường ray vô hình của stablecoin: Vì sao Newton có thể quan trọng hơn một token đô la khác

Câu chuyện về stablecoin giờ đây không còn xoay quanh việc USDT hay USDC. Cuộc tranh luận đó ngày càng trở nên thứ yếu.

Khi stablecoin trở thành lớp thanh toán cho các khoản chi trả, chuyển tiền xuyên biên giới, tài sản được token hóa và thậm chí là các tác nhân AI, câu hỏi lớn hơn sẽ thay đổi: ai là người xây dựng hạ tầng giúp di chuyển giá trị một cách an toàn?

Việc chuyển tiền không còn là phần khó nữa. Điều khó nằm ở chỗ đảm bảo mọi giao dịch đều tuân theo các quy tắc đã định trước khi nó được thực hiện.

Đó là lý do Newton Protocol đã thu hút sự chú ý của tôi.

Thay vì coi tuân thủ là thứ diễn ra sau một giao dịch, Newton đưa ra các chính sách có thể lập trình có thể được đánh giá trước khi thanh toán. Trong một tương lai mà các tác nhân AI tự chủ có thể kiểm soát ví và chuyển vốn qua nhiều giao thức, thiết kế này ngày càng trở nên phù hợp.

Tôi nghĩ thế hệ tiếp theo của hạ tầng tài chính sẽ không được định nghĩa bởi những stablecoin mà người ta nắm giữ. Nó sẽ được định nghĩa bởi các “đường ray” bên dưới: ai cung cấp lưu ký an toàn, quyền truy cập có thể lập trình, thực thi chính sách và khả năng thực thi có thể kiểm chứng.

Nếu stablecoin trở thành “tiền” của internet, thì các giao thức như Newton đang đặt ra một câu hỏi sâu hơn:

Liệu tiền của internet có thể trở nên lập trình được mà không đánh đổi niềm tin không?

Điều đó giống như một cuộc đua quan trọng hơn nhiều so với việc chỉ đơn giản là tạo thêm một “đô la” khác trên chuỗi.

@NewtonProtocol #Newt $NEWT
Bài viết
Ngăn xếp Oracle của Newton Protocol có định nghĩa lại khả năng kháng kiểm duyệt trong DeFi không?Newton Protocol thật thú vị vì nó buộc phải đặt ra một câu hỏi mà nhiều dự án DeFi tìm cách né tránh: điều gì xảy ra khi việc thực thi “không cần tin cậy” vẫn phụ thuộc vào các đầu vào được tin cậy? Theo các tài liệu chính thức của Newton, bản beta mainnet của nó đang hoạt động trên Base và Ethereum, và quá trình đánh giá chính sách diễn ra trước khi thanh toán thông qua các nhà vận hành của EigenLayer, các chính sách dựa trên Rego, định nghĩa chính sách được lưu trên IPFS và xác thực BLS. Giao thức cũng hỗ trợ các gói oracle dữ liệu như Chainalysis, vaults.fyi, RedStone, Credora và Webacy. Về mặt kỹ thuật, đó là một mảnh hạ tầng nghiêm túc. Nhưng về mặt triết học, nó cũng là một sự thay đổi: một phần niềm tin được chuyển từ mã onchain thuần túy sang chất lượng, tính cập nhật và cơ chế quản trị của các nguồn dữ liệu offchain.

Ngăn xếp Oracle của Newton Protocol có định nghĩa lại khả năng kháng kiểm duyệt trong DeFi không?

Newton Protocol thật thú vị vì nó buộc phải đặt ra một câu hỏi mà nhiều dự án DeFi tìm cách né tránh: điều gì xảy ra khi việc thực thi “không cần tin cậy” vẫn phụ thuộc vào các đầu vào được tin cậy?
Theo các tài liệu chính thức của Newton, bản beta mainnet của nó đang hoạt động trên Base và Ethereum, và quá trình đánh giá chính sách diễn ra trước khi thanh toán thông qua các nhà vận hành của EigenLayer, các chính sách dựa trên Rego, định nghĩa chính sách được lưu trên IPFS và xác thực BLS. Giao thức cũng hỗ trợ các gói oracle dữ liệu như Chainalysis, vaults.fyi, RedStone, Credora và Webacy. Về mặt kỹ thuật, đó là một mảnh hạ tầng nghiêm túc. Nhưng về mặt triết học, nó cũng là một sự thay đổi: một phần niềm tin được chuyển từ mã onchain thuần túy sang chất lượng, tính cập nhật và cơ chế quản trị của các nguồn dữ liệu offchain.
Vượt Qua Cảnh Báo Twitter: Vì Sao Newton Cảm Giác Như Cổng Kiểm Soát An Ninh của DeFi Một điều tôi nhận thấy về DeFi là chúng ta vẫn dành rất nhiều thời gian để phản ứng với các lỗ hổng thay vì ngăn chặn chúng. Đến khi một cuộc điều tra bắt đầu, giao dịch đã diễn ra và thiệt hại thường đã được gây ra. Chính vì vậy Newton đã thu hút sự chú ý của tôi. Thay vì chỉ tập trung vào những gì xảy ra sau một cuộc tấn công, Newton đang khám phá một hướng tiếp cận khác: kiểm tra xem liệu một giao dịch có nên được phép thực thi hay không trước khi nó chạy. Đây là một thay đổi nhỏ về thời điểm, nhưng có thể tạo tác động lớn đến cách các hệ thống tự động quản lý rủi ro. Tôi thích nghĩ nó như sự khác biệt giữa camera an ninh và cổng xoay (turnstile) của tàu điện ngầm. Camera ghi lại những gì đã xảy ra. Cổng xoay quyết định ai được đi qua. Khi các tác nhân AI và tài chính tự động ngày càng trở nên phổ biến, ý tưởng đó dường như ngày càng phù hợp. Có lẽ bước tiếp theo cho DeFi không chỉ là xây dựng hệ thống nhanh hơn, mà là xây dựng hệ thống biết dừng lại, xác minh, rồi sau đó mới hành động. @NewtonProtocol #Newt $NEWT {future}(NEWTUSDT)
Vượt Qua Cảnh Báo Twitter: Vì Sao Newton Cảm Giác Như Cổng Kiểm Soát An Ninh của DeFi

Một điều tôi nhận thấy về DeFi là chúng ta vẫn dành rất nhiều thời gian để phản ứng với các lỗ hổng thay vì ngăn chặn chúng. Đến khi một cuộc điều tra bắt đầu, giao dịch đã diễn ra và thiệt hại thường đã được gây ra.

Chính vì vậy Newton đã thu hút sự chú ý của tôi.

Thay vì chỉ tập trung vào những gì xảy ra sau một cuộc tấn công, Newton đang khám phá một hướng tiếp cận khác: kiểm tra xem liệu một giao dịch có nên được phép thực thi hay không trước khi nó chạy. Đây là một thay đổi nhỏ về thời điểm, nhưng có thể tạo tác động lớn đến cách các hệ thống tự động quản lý rủi ro.

Tôi thích nghĩ nó như sự khác biệt giữa camera an ninh và cổng xoay (turnstile) của tàu điện ngầm. Camera ghi lại những gì đã xảy ra. Cổng xoay quyết định ai được đi qua.

Khi các tác nhân AI và tài chính tự động ngày càng trở nên phổ biến, ý tưởng đó dường như ngày càng phù hợp. Có lẽ bước tiếp theo cho DeFi không chỉ là xây dựng hệ thống nhanh hơn, mà là xây dựng hệ thống biết dừng lại, xác minh, rồi sau đó mới hành động.

@NewtonProtocol #Newt $NEWT
Đă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
Sơ đồ trang web
Tùy chọn Cookie
Điều khoản & Điều kiện