Binance Square
Saikat 56
5.1k Bài đăng

Saikat 56

BP-C55B9C3A31CE
Giao dịch mở
Trader tần suất cao
{thời gian} năm
1.9K+ Đang theo dõi
860 Người theo dõi
3.1K+ Đã thích
Bài đăng
Danh mục đầu tư
PINNED
·
--
$CASH đang thu hút sự chú ý trên Binance Square. Theo ảnh chụp hiện tại, $CASH đang giao dịch quanh mức $0.0578, với khoảng $2.4K khối lượng trong 24h, $9.07K thanh khoản và vốn hóa thị trường khoảng $7.58K. Token cũng có hơn 10K người nắm giữ và chịu thuế mua 3% / thuế bán 3%. Biểu đồ cho thấy một đợt biến động mạnh rồi điều chỉnh lại, vì vậy mức độ biến động là rõ ràng cao. Tôi đang theo dõi cách thanh khoản, khối lượng và diễn biến giá phát triển từ đây, thay vì cho rằng đợt tăng sẽ tiếp diễn. Hãy tự nghiên cứu và quản lý rủi ro cẩn thận. $CASH
$CASH đang thu hút sự chú ý trên Binance Square.

Theo ảnh chụp hiện tại, $CASH đang giao dịch quanh mức $0.0578, với khoảng $2.4K khối lượng trong 24h, $9.07K thanh khoản và vốn hóa thị trường khoảng $7.58K. Token cũng có hơn 10K người nắm giữ và chịu thuế mua 3% / thuế bán 3%.

Biểu đồ cho thấy một đợt biến động mạnh rồi điều chỉnh lại, vì vậy mức độ biến động là rõ ràng cao. Tôi đang theo dõi cách thanh khoản, khối lượng và diễn biến giá phát triển từ đây, thay vì cho rằng đợt tăng sẽ tiếp diễn.

Hãy tự nghiên cứu và quản lý rủi ro cẩn thận.

$CASH
Mỗi lần mua bán đều bơm tiền vào quỹ thưởng Bitcoin. Chỉ cần nắm giữ b-money, BTC sẽ tự động chuyển vào ví của bạn—không cần staking, không cần nhận, không có thời gian khóa CA (BSC): 0xf49725118cb0707b8706ffffe895f3ab16da7777 Địa chỉ nhận: 0xd1a1C8ABaE38e9480A9304d41c75D4eC39425aC4
Mỗi lần mua bán đều bơm tiền vào quỹ thưởng Bitcoin. Chỉ cần nắm giữ b-money, BTC sẽ tự động chuyển vào ví của bạn—không cần staking, không cần nhận, không có thời gian khóa

CA (BSC):
0xf49725118cb0707b8706ffffe895f3ab16da7777

Địa chỉ nhận: 0xd1a1C8ABaE38e9480A9304d41c75D4eC39425aC4
Đăng trên Binance Square và bạn có thể nhận thưởng BNPaid. Trang web: https://bnbpaid.tech CA (BSC): 0x11dC0Fd5e2C9A4407fdb15aA6871501Ba9307777 Địa chỉ nhận thưởng: 0xd1a1C8ABaE38e9480A9304d41c75D4eC39425aC4
Đăng trên Binance Square và bạn có thể nhận thưởng BNPaid.

Trang web: https://bnbpaid.tech

CA (BSC):
0x11dC0Fd5e2C9A4407fdb15aA6871501Ba9307777

Địa chỉ nhận thưởng: 0xd1a1C8ABaE38e9480A9304d41c75D4eC39425aC4
Bất kỳ token nào cũng có thể khởi chạy một chương trình khuyến mãi trên Binance Square cho @BNPaid chỉ trong một bước. Người sáng tạo nhận được thanh toán on-chain cho việc đăng bài. Gói trả phí phù hợp nhất để xây dựng hệ sinh thái Binance. CA nền tảng: 0x11dC0Fd5e2C9A4407fdb15aA6871501Ba9307777 địa chỉ thanh toán: 0xd1a1C8ABaE38e9480A9304d41c75D4eC39425aC4
Bất kỳ token nào cũng có thể khởi chạy một chương trình khuyến mãi trên Binance Square cho @BNPaid chỉ trong một bước. Người sáng tạo nhận được thanh toán on-chain cho việc đăng bài.

Gói trả phí phù hợp nhất để xây dựng hệ sinh thái Binance.

CA nền tảng:
0x11dC0Fd5e2C9A4407fdb15aA6871501Ba9307777

địa chỉ thanh toán: 0xd1a1C8ABaE38e9480A9304d41c75D4eC39425aC4
#termmax Hãy nghĩ về việc đưa tiền của bạn vào hệ thống và để hệ thống lo phần còn lại. Tiền của bạn chảy qua nhiều thị trường khác nhau, tìm kiếm cơ hội tốt, phối hợp với các quỹ sẵn có khác và tuân theo các quy tắc được đặt trong giao thức. Đó là kiểu định hướng mà @termmax đang hướng tới thông qua việc cung cấp cho vay và đi vay lãi suất cố định, các tùy chọn, điều phối vốn tự động, và phiên bản cập nhật của hợp đồng lệnh kèm theo các đường cong giao dịch có thể tùy chỉnh. Mô hình kho (vault) của nó phát triển dựa trên ý tưởng đó bằng cách đưa vào nguồn vốn có thể phối hợp với nhau trên nhiều thị trường thay vì tách rời. Rồi còn phía đa chuỗi. Ethereum, Arbitrum, BNB Chain, Berachain, Base và các mạng EVM tương thích khác có thể giúp mở rộng khả năng tiếp cận và các lựa chọn. Nhưng khi tự động hóa càng trở nên thuận tiện, một câu hỏi vẫn cứ theo tôi: Rủi ro đi đâu? Tự động hóa có thể đảm nhận các tác vụ lặp đi lặp lại, nhưng nó không loại bỏ các yếu tố chưa biết. Các phụ thuộc giữa các chuỗi vẫn tồn tại. Thanh khoản vẫn có thể bị phân mảnh. Hợp đồng thông minh vẫn có thể thất bại. Việc thực thi phụ thuộc vào một số giả định, và các ưu đãi hiện có có thể khiến mọi người hành động theo những cách không hề được dự định ban đầu. Rủi ro không biến mất. Nó chỉ chuyển sang một hệ thống khác. Vì vậy, khái niệm mà tôi thấy hấp dẫn nhất là ủy quyền có giới hạn (bounded delegation). Tôi không nhất thiết muốn phần mềm quyết định mọi thứ thay tôi. Tôi muốn đặt ra các ranh giới. Tôi muốn hiểu các quy tắc. Khi các ranh giới đã được xác lập, hãy để tự động hóa lo việc phối hợp lặp lại trong các giới hạn đó. Câu hỏi không phải là liệu mã có thể thay thế phán đoán của con người hay không, mà là liệu nó có thể giúp quá trình ủy quyền nhiệm vụ trở nên rõ ràng hơn, minh bạch hơn và có trách nhiệm hơn hay không. $BTC $ETH
#termmax
Hãy nghĩ về việc đưa tiền của bạn vào hệ thống và để hệ thống lo phần còn lại.

Tiền của bạn chảy qua nhiều thị trường khác nhau, tìm kiếm cơ hội tốt, phối hợp với các quỹ sẵn có khác và tuân theo các quy tắc được đặt trong giao thức.

Đó là kiểu định hướng mà @TermMax đang hướng tới thông qua việc cung cấp cho vay và đi vay lãi suất cố định, các tùy chọn, điều phối vốn tự động, và phiên bản cập nhật của hợp đồng lệnh kèm theo các đường cong giao dịch có thể tùy chỉnh.

Mô hình kho (vault) của nó phát triển dựa trên ý tưởng đó bằng cách đưa vào nguồn vốn có thể phối hợp với nhau trên nhiều thị trường thay vì tách rời.

Rồi còn phía đa chuỗi.
Ethereum, Arbitrum, BNB Chain, Berachain, Base và các mạng EVM tương thích khác có thể giúp mở rộng khả năng tiếp cận và các lựa chọn.

Nhưng khi tự động hóa càng trở nên thuận tiện, một câu hỏi vẫn cứ theo tôi:
Rủi ro đi đâu?
Tự động hóa có thể đảm nhận các tác vụ lặp đi lặp lại, nhưng nó không loại bỏ các yếu tố chưa biết.
Các phụ thuộc giữa các chuỗi vẫn tồn tại.

Thanh khoản vẫn có thể bị phân mảnh. Hợp đồng thông minh vẫn có thể thất bại. Việc thực thi phụ thuộc vào một số giả định, và các ưu đãi hiện có có thể khiến mọi người hành động theo những cách không hề được dự định ban đầu.
Rủi ro không biến mất.

Nó chỉ chuyển sang một hệ thống khác.
Vì vậy, khái niệm mà tôi thấy hấp dẫn nhất là ủy quyền có giới hạn (bounded delegation).
Tôi không nhất thiết muốn phần mềm quyết định mọi thứ thay tôi.

Tôi muốn đặt ra các ranh giới.
Tôi muốn hiểu các quy tắc.
Khi các ranh giới đã được xác lập, hãy để tự động hóa lo việc phối hợp lặp lại trong các giới hạn đó.

Câu hỏi không phải là liệu mã có thể thay thế phán đoán của con người hay không, mà là liệu nó có thể giúp quá trình ủy quyền nhiệm vụ trở nên rõ ràng hơn, minh bạch hơn và có trách nhiệm hơn hay không.

$BTC $ETH
@termmax đang giải quyết một vấn đề mà mọi người đi vay trong DeFi đều có thể liên quan: bạn vay một khoản tiền hôm nay, nhưng đến ngày mai, bạn lại phải đoán xem thực sự chi phí để vay sẽ là bao nhiêu. Đó là lúc việc cho vay lãi suất cố định bắt đầu trở nên hấp dẫn. Bạn hiểu được lãi suất, bạn biết thời hạn, và sẽ có ít nghi ngờ hơn về số tiền bạn phải trả. Đơn giản, đúng không? Vâng, có lẽ là từ phía người đi vay. Việc cố định lãi suất không loại bỏ những rủi ro thực sự vẫn còn tồn tại. Khi thị trường diễn biến xấu, sẽ có ít tiền hơn để giao dịch; giá trị của các tài sản dùng làm tài sản thế chấp có thể giảm; tiền vay có thể bị yêu cầu thu hồi; và ngay cả các hợp đồng thông minh cùng những quy tắc chi phối chúng cũng sẽ bị đặt vào thử thách. Tôi đã từng nhận thấy xu hướng này trong DeFi: cách người dùng tương tác với nền tảng trở nên đơn giản hơn, nhưng các hệ thống hoạt động ở phía sau lại trở nên phức tạp hơn. Vì vậy, câu hỏi thực sự đối với #termmax không chỉ là liệu nó có thể cung cấp lãi suất cố định hay không. Câu hỏi lớn hơn là điều gì xảy ra khi thị trường phải đối mặt với tình trạng căng thẳng thực sự. Rốt cuộc ai là người gánh chịu rủi ro? Và quan trọng không kém, ai là người được tưởng thưởng cho việc chấp nhận rủi ro đó? Đó là nơi mô hình sẽ được đưa vào thử nghiệm thực sự. #TermMax $BTC $ETH
@TermMax đang giải quyết một vấn đề mà mọi người đi vay trong DeFi đều có thể liên quan: bạn vay một khoản tiền hôm nay, nhưng đến ngày mai, bạn lại phải đoán xem thực sự chi phí để vay sẽ là bao nhiêu.

Đó là lúc việc cho vay lãi suất cố định bắt đầu trở nên hấp dẫn. Bạn hiểu được lãi suất, bạn biết thời hạn, và sẽ có ít nghi ngờ hơn về số tiền bạn phải trả.

Đơn giản, đúng không?

Vâng, có lẽ là từ phía người đi vay.

Việc cố định lãi suất không loại bỏ những rủi ro thực sự vẫn còn tồn tại. Khi thị trường diễn biến xấu, sẽ có ít tiền hơn để giao dịch; giá trị của các tài sản dùng làm tài sản thế chấp có thể giảm; tiền vay có thể bị yêu cầu thu hồi; và ngay cả các hợp đồng thông minh cùng những quy tắc chi phối chúng cũng sẽ bị đặt vào thử thách.

Tôi đã từng nhận thấy xu hướng này trong DeFi: cách người dùng tương tác với nền tảng trở nên đơn giản hơn, nhưng các hệ thống hoạt động ở phía sau lại trở nên phức tạp hơn.

Vì vậy, câu hỏi thực sự đối với #termmax không chỉ là liệu nó có thể cung cấp lãi suất cố định hay không.

Câu hỏi lớn hơn là điều gì xảy ra khi thị trường phải đối mặt với tình trạng căng thẳng thực sự.

Rốt cuộc ai là người gánh chịu rủi ro?

Và quan trọng không kém, ai là người được tưởng thưởng cho việc chấp nhận rủi ro đó?

Đó là nơi mô hình sẽ được đưa vào thử nghiệm thực sự.

#TermMax $BTC $ETH
Vay mượn DeFi có thể giống như lái xe mà không biết dặm tiếp theo sẽ tốn bao nhiêu. Lãi suất thay đổi, thị trường thay đổi, và rồi đột nhiên, một vị thế tưởng chừng dễ xử lý lại trở thành điều gì đó tốn kém. Đó là vấn đề mà @termmax đang giải quyết thông qua cho vay lãi suất cố định, mang lại cho người vay sự ổn định hơn thay vì lúc nào cũng phải đối mặt với các mức lãi suất biến động. Nhưng còn một khía cạnh khác của câu chuyện. Lãi suất cố định không làm hệ thống trở nên đơn giản hơn. Tài sản thế chấp, thanh lý, tùy chọn, oracle và quản trị đều tạo thêm nhiều lớp. Việc thêm một lớp nữa có thể tạo ra thêm một nơi có thể xảy ra sự cố. Và rồi đến câu hỏi lớn nhất: thanh khoản. Khi thị trường yên ắng, gần như mọi hệ thống đều có vẻ mạnh mẽ. Thách thức thực sự xuất hiện khi biến động xảy ra và vốn bắt đầu biến mất. Hợp đồng thông minh có thể xử lý việc thực thi tự động, nhưng chúng không thể tạo ra niềm tin, thanh khoản hay sự tự tin khi thị trường trở nên bất ổn. Đó là phần mà tôi sẽ tập trung chú ý nhiều nhất trong luận điểm TermMax. #TermMax @termmax $ETH
Vay mượn DeFi có thể giống như lái xe mà không biết dặm tiếp theo sẽ tốn bao nhiêu.

Lãi suất thay đổi, thị trường thay đổi, và rồi đột nhiên, một vị thế tưởng chừng dễ xử lý lại trở thành điều gì đó tốn kém.

Đó là vấn đề mà @TermMax đang giải quyết thông qua cho vay lãi suất cố định, mang lại cho người vay sự ổn định hơn thay vì lúc nào cũng phải đối mặt với các mức lãi suất biến động.

Nhưng còn một khía cạnh khác của câu chuyện.

Lãi suất cố định không làm hệ thống trở nên đơn giản hơn. Tài sản thế chấp, thanh lý, tùy chọn, oracle và quản trị đều tạo thêm nhiều lớp. Việc thêm một lớp nữa có thể tạo ra thêm một nơi có thể xảy ra sự cố.

Và rồi đến câu hỏi lớn nhất: thanh khoản.

Khi thị trường yên ắng, gần như mọi hệ thống đều có vẻ mạnh mẽ. Thách thức thực sự xuất hiện khi biến động xảy ra và vốn bắt đầu biến mất.

Hợp đồng thông minh có thể xử lý việc thực thi tự động, nhưng chúng không thể tạo ra niềm tin, thanh khoản hay sự tự tin khi thị trường trở nên bất ổn.

Đó là phần mà tôi sẽ tập trung chú ý nhiều nhất trong luận điểm TermMax.

#TermMax @TermMax $ETH
Ban đầu, tôi nghĩ đồng thuận đơn giản là có đủ trình xác thực để nói “đồng ý.” Nhưng Bằng chứng Suy luận của Dusk (Dusk’s Succinct Attestation) đã khiến tôi nhìn nhận vấn đề theo cách khác. Hãy tưởng tượng 100 người lập kế hoạch (provisioners) đang bỏ phiếu, trong khi chỉ cần 67 người để đạt đến ngưỡng (quorum). Có thể có nhiều nhóm khác nhau gồm 67 người vẫn tạo ra các chứng thực hợp lệ cho cùng một vòng lặp (iteration). Vậy câu hỏi thực sự là: Nhóm nào trở thành thỏa thuận mà mọi người sẽ cùng mang theo để tiếp tục? Đó là lúc <@Dusk_Foundation Block Certificate> trở nên thực sự thú vị. Bằng chứng (attestation) chứng minh rằng đã đạt quorum. Còn chứng chỉ (certificate) đi xa hơn một bước: nó chọn ra một bằng chứng hợp lệ và biến nó thành bản ghi đồng thuận để khối tiếp theo xây dựng dựa trên. Và điều này không chỉ là một chi tiết kỹ thuật. Những người bỏ phiếu (voters) được đưa vào trong chứng chỉ đó cũng có thể ảnh hưởng đến khía cạnh kinh tế của đồng thuận. Trước đây, tôi nghĩ chứng chỉ chủ yếu dùng để chứng minh rằng các trình xác thực đã tham gia. Bây giờ tôi thấy chúng theo cách khác. Đồng thuận không phải lúc nào cũng là việc làm cho mọi người đồng ý về mọi thứ. Đôi khi, nó là để đảm bảo rằng mọi người đều thống nhất về thỏa thuận hợp lệ nào sẽ trở thành lịch sử. #dusk $DUSK
Ban đầu, tôi nghĩ đồng thuận đơn giản là có đủ trình xác thực để nói “đồng ý.”

Nhưng Bằng chứng Suy luận của Dusk (Dusk’s Succinct Attestation) đã khiến tôi nhìn nhận vấn đề theo cách khác.

Hãy tưởng tượng 100 người lập kế hoạch (provisioners) đang bỏ phiếu, trong khi chỉ cần 67 người để đạt đến ngưỡng (quorum). Có thể có nhiều nhóm khác nhau gồm 67 người vẫn tạo ra các chứng thực hợp lệ cho cùng một vòng lặp (iteration).

Vậy câu hỏi thực sự là:

Nhóm nào trở thành thỏa thuận mà mọi người sẽ cùng mang theo để tiếp tục?

Đó là lúc <@Dusk Block Certificate> trở nên thực sự thú vị.

Bằng chứng (attestation) chứng minh rằng đã đạt quorum. Còn chứng chỉ (certificate) đi xa hơn một bước: nó chọn ra một bằng chứng hợp lệ và biến nó thành bản ghi đồng thuận để khối tiếp theo xây dựng dựa trên.

Và điều này không chỉ là một chi tiết kỹ thuật. Những người bỏ phiếu (voters) được đưa vào trong chứng chỉ đó cũng có thể ảnh hưởng đến khía cạnh kinh tế của đồng thuận.

Trước đây, tôi nghĩ chứng chỉ chủ yếu dùng để chứng minh rằng các trình xác thực đã tham gia.

Bây giờ tôi thấy chúng theo cách khác.

Đồng thuận không phải lúc nào cũng là việc làm cho mọi người đồng ý về mọi thứ.

Đôi khi, nó là để đảm bảo rằng mọi người đều thống nhất về thỏa thuận hợp lệ nào sẽ trở thành lịch sử.

#dusk $DUSK
·
--
Tăng giá
Các nhà phát triển đã biết Solidity rồi, nên một môi trường tương thích EVM giúp bước đầu tiên lên Dusk trở nên dễ dàng hơn rất nhiều. Nhưng nói thật, chỉ điều đó thôi chưa phải là thứ làm nó thực sự thú vị—hầu hết các chuỗi đều có thể cung cấp các công cụ EVM quen thuộc. Điều khiến tôi chú ý khi xem qua @Dusk_Foundation tài liệu chính thức là những gì xảy ra sau điểm khởi đầu quen thuộc đó. DuskEVM hỗ trợ Solidity, Vyper, Hardhat và Foundry, mang đến cho nhà phát triển một môi trường mà họ đã hiểu. Nhưng Hedger trên testnet lại thêm một lớp nữa bằng cách kết hợp mã hóa đồng cấu (homomorphic encryption) với các bằng chứng zero-knowledge (zero-knowledge proofs) cho luồng giao dịch bảo mật. Điều này làm cuộc trò chuyện không chỉ còn là “EVM, nhưng riêng tư.” Mã hóa đồng cấu cho phép tính toán trên dữ liệu đã được mã hóa mà không lộ ra các giá trị gốc, trong khi các bằng chứng ZK có thể xác minh tính đúng đắn mà không tiết lộ thông tin nhạy cảm. Với các ứng dụng tài chính, sự kết hợp này có thể còn mang ý nghĩa hơn nhiều. Các tổ chức không chỉ cần sự riêng tư—họ cần biết phần nào vẫn được bảo mật, phần nào có thể tiếp tục được xác minh, và phần nào có thể được kiểm toán khi cần thiết. Và đó chính là thách thức thật sự. Các nhà phát triển muốn một hạ tầng quen thuộc. Các tổ chức muốn sự tin cậy rằng sự bảo mật sẽ không biến hệ thống thành một “hộp đen” vận hành. Nếu Dusk có thể duy trì sự cân bằng đó, các nhà phát triển sẽ có trải nghiệm EVM quen thuộc, trong khi các tổ chức nhận được điều mà họ khó có thể có được từ các chuỗi minh bạch. Vậy có lẽ câu hỏi thực sự không phải là liệu Solidity có đang trở thành tiêu chuẩn hay không. Mà là liệu việc thực thi có ý thức về quyền riêng tư có trở thành lớp “hào công sự” khó sao chép hơn hay không. #dusk $DUSK $AKE $KII
Các nhà phát triển đã biết Solidity rồi, nên một môi trường tương thích EVM giúp bước đầu tiên lên Dusk trở nên dễ dàng hơn rất nhiều.

Nhưng nói thật, chỉ điều đó thôi chưa phải là thứ làm nó thực sự thú vị—hầu hết các chuỗi đều có thể cung cấp các công cụ EVM quen thuộc.

Điều khiến tôi chú ý khi xem qua @Dusk tài liệu chính thức là những gì xảy ra sau điểm khởi đầu quen thuộc đó.

DuskEVM hỗ trợ Solidity, Vyper, Hardhat và Foundry, mang đến cho nhà phát triển một môi trường mà họ đã hiểu.

Nhưng Hedger trên testnet lại thêm một lớp nữa bằng cách kết hợp mã hóa đồng cấu (homomorphic encryption) với các bằng chứng zero-knowledge (zero-knowledge proofs) cho luồng giao dịch bảo mật.

Điều này làm cuộc trò chuyện không chỉ còn là “EVM, nhưng riêng tư.”
Mã hóa đồng cấu cho phép tính toán trên dữ liệu đã được mã hóa mà không lộ ra các giá trị gốc, trong khi các bằng chứng ZK có thể xác minh tính đúng đắn mà không tiết lộ thông tin nhạy cảm.

Với các ứng dụng tài chính, sự kết hợp này có thể còn mang ý nghĩa hơn nhiều. Các tổ chức không chỉ cần sự riêng tư—họ cần biết phần nào vẫn được bảo mật, phần nào có thể tiếp tục được xác minh,

và phần nào có thể được kiểm toán khi cần thiết.
Và đó chính là thách thức thật sự.
Các nhà phát triển muốn một hạ tầng quen thuộc.

Các tổ chức muốn sự tin cậy rằng sự bảo mật sẽ không biến hệ thống thành một “hộp đen” vận hành.

Nếu Dusk có thể duy trì sự cân bằng đó, các nhà phát triển sẽ có trải nghiệm EVM quen thuộc, trong khi các tổ chức nhận được điều mà họ khó có thể có được từ các chuỗi minh bạch.

Vậy có lẽ câu hỏi thực sự không phải là liệu Solidity có đang trở thành tiêu chuẩn hay không.
Mà là liệu việc thực thi có ý thức về quyền riêng tư có trở thành lớp “hào công sự” khó sao chép hơn hay không.

#dusk $DUSK $AKE $KII
𝐓𝐡𝐮̛̉ 𝐊𝐡𝐨̂𝐧𝐠 𝐂𝐨𝐧𝐠 𝐒𝐮 𝐂𝐡𝐨𝐧𝐠 𝐍𝐠𝐡𝐢̃𝐚: Khi Nói Sự Thật Trở Thành Quyết Định Thông Minh Việc nghiên cứu Dusk khiến tôi suy nghĩ về sự đồng thuận theo một cách hoàn toàn khác. Chỉ riêng mật mã học mạnh mẽ không khiến một hệ thống đồng thuận thực sự an toàn. Câu hỏi sâu hơn là: điều gì xảy ra khi một người tham gia trung thực có lý do để khai thác một lỗ hổng vì lợi ích của chính họ? Hãy tưởng tượng bạn là một người tạo khối. Bạn đang bỏ phiếu cho vòng lặp hiện tại, trong khi đã biết rằng bạn đã được chọn để tạo một khối ở vòng lặp tiếp theo. 𝐁𝐚𝐲 𝐠𝐢ờ 𝐛𝐚̣𝐧 𝐠𝐚̣̆𝐩 𝐦𝐨̣̂𝐭 𝐝𝐢𝐥𝐞𝐦𝐦𝐚: Bạn có giúp khối hiện tại tiến lên và nhận phần thưởng của người bỏ phiếu không? Hay bạn im lặng, để vòng lặp hiện tại thất bại, và có thể củng cố vị thế của mình với tư cách là người tạo khối trong tương lai? Đó là Vấn Đề Khuyến Khích Dành Cho Người Tạo Khối Tương Lai—một xung đột lợi ích có thể phát sinh từ những lựa chọn dành cho một người tham gia hợp lệ. Không có một kẻ tấn công bên ngoài nào cố tình làm gián đoạn mạng. Vấn đề nằm ở các ưu đãi được xây dựng ngay trong chính giao thức. @Dusk_Foundation đã tiếp cận vấn đề này bằng cách suy nghĩ lại cách những ưu đãi đó hoạt động. Nó tách phần thưởng của người tạo khối và người bỏ phiếu, ngăn người tạo khối được chọn cho vòng lặp tiếp theo bỏ phiếu trong vòng lặp hiện tại, và sử dụng các cơ chế như Bằng Chứng Tóm Tắt (Succinct Attestation) để giúp đạt được sự đồng thuận. Chính lựa chọn thiết kế nhỏ nhưng quan trọng đó đã thực sự thu hút sự chú ý của tôi. Thật dễ để nói rằng một cơ chế đồng thuận là an toàn. Rất khó để xây dựng một cơ chế mà ở đó quyết định hợp lý nhất cũng đồng thời là quyết định trung thực. 𝐕𝐢̂𝐧 𝐝𝐮̀, 𝐝𝐚̂𝐲 𝐥𝐚̀ 𝐠𝐚𝐦𝐞 𝐭𝐡𝐚̣̂𝐭 𝐬𝐮̣̂ đ𝐚𝐧𝐠 𝐱𝐚̉𝐲 𝐫𝐚 𝐭𝐫𝐨𝐧𝐠 𝐡𝐞̣̂ 𝐠𝐢𝐚: Không chỉ là mật mã học bảo vệ mạng như thế nào, mà là cách các ưu đãi định hình hành vi của những người đang bảo vệ mạng đó. #dusk $DUSK $AKE $ESP
𝐓𝐡𝐮̛̉ 𝐊𝐡𝐨̂𝐧𝐠 𝐂𝐨𝐧𝐠 𝐒𝐮 𝐂𝐡𝐨𝐧𝐠 𝐍𝐠𝐡𝐢̃𝐚:
Khi Nói Sự Thật Trở Thành Quyết Định Thông Minh
Việc nghiên cứu Dusk khiến tôi suy nghĩ về sự đồng thuận theo một cách hoàn toàn khác.

Chỉ riêng mật mã học mạnh mẽ không khiến một hệ thống đồng thuận thực sự an toàn. Câu hỏi sâu hơn là: điều gì xảy ra khi một người tham gia trung thực có lý do để khai thác một lỗ hổng vì lợi ích của chính họ?

Hãy tưởng tượng bạn là một người tạo khối.

Bạn đang bỏ phiếu cho vòng lặp hiện tại, trong khi đã biết rằng bạn đã được chọn để tạo một khối ở vòng lặp tiếp theo.

𝐁𝐚𝐲 𝐠𝐢ờ 𝐛𝐚̣𝐧 𝐠𝐚̣̆𝐩 𝐦𝐨̣̂𝐭 𝐝𝐢𝐥𝐞𝐦𝐦𝐚:

Bạn có giúp khối hiện tại tiến lên và nhận phần thưởng của người bỏ phiếu không?

Hay bạn im lặng, để vòng lặp hiện tại thất bại, và có thể củng cố vị thế của mình với tư cách là người tạo khối trong tương lai?

Đó là Vấn Đề Khuyến Khích Dành Cho Người Tạo Khối Tương Lai—một xung đột lợi ích có thể phát sinh từ những lựa chọn dành cho một người tham gia hợp lệ.

Không có một kẻ tấn công bên ngoài nào cố tình làm gián đoạn mạng.

Vấn đề nằm ở các ưu đãi được xây dựng ngay trong chính giao thức.

@Dusk đã tiếp cận vấn đề này bằng cách suy nghĩ lại cách những ưu đãi đó hoạt động. Nó tách phần thưởng của người tạo khối và người bỏ phiếu, ngăn người tạo khối được chọn cho vòng lặp tiếp theo bỏ phiếu trong vòng lặp hiện tại, và sử dụng các cơ chế như Bằng Chứng Tóm Tắt (Succinct Attestation) để giúp đạt được sự đồng thuận.

Chính lựa chọn thiết kế nhỏ nhưng quan trọng đó đã thực sự thu hút sự chú ý của tôi.
Thật dễ để nói rằng một cơ chế đồng thuận là an toàn.

Rất khó để xây dựng một cơ chế mà ở đó quyết định hợp lý nhất cũng đồng thời là quyết định trung thực.

𝐕𝐢̂𝐧 𝐝𝐮̀, 𝐝𝐚̂𝐲 𝐥𝐚̀ 𝐠𝐚𝐦𝐞 𝐭𝐡𝐚̣̂𝐭 𝐬𝐮̣̂ đ𝐚𝐧𝐠 𝐱𝐚̉𝐲 𝐫𝐚 𝐭𝐫𝐨𝐧𝐠 𝐡𝐞̣̂ 𝐠𝐢𝐚:
Không chỉ là mật mã học bảo vệ mạng như thế nào, mà là cách các ưu đãi định hình hành vi của những người đang bảo vệ mạng đó.

#dusk $DUSK $AKE $ESP
Ban đầu, tôi nghĩ rằng ví dụ thanh lý 50 nghìn đô chỉ đơn thuần nói về việc Babylon có thể phát hiện khi tài sản thế chấp vượt qua ngưỡng hay không. Nhưng càng nghĩ kỹ, tôi càng nhận ra rằng đó thật ra chỉ là phần dễ. Một nguồn cấp giá có thể xác định ngưỡng kích hoạt thanh lý gần như ngay lập tức. Tuy nhiên, Bitcoin lại được “thanh toán” theo lịch trình riêng. Hai chiếc đồng hồ đó không phải lúc nào cũng chạy đồng bộ, và khoảng chênh lệch ấy chính là nơi bắt đầu thử thách thật sự. Babylon kết nối giám sát rủi ro nhanh với tính bảo mật của Bitcoin, nhưng nó không thể khiến Bitcoin thanh toán tức thì. Một tín hiệu thanh lý có thể hoàn toàn đúng, nhưng thị trường vẫn có thể tiếp tục biến động trước khi việc thanh toán được hoàn tất. Vì vậy, $BABY becomes trở nên đáng chú ý. Trong những phút chờ đợi đó, ai đó phải gánh rủi ro biến động của thị trường. Nhà cung cấp thanh khoản ư? Hay giao thức sẽ hấp thụ một phần mức phơi nhiễm đó? Các quy tắc có thể được tuân thủ hoàn hảo, nhưng các quy tắc hoàn hảo không phải lúc nào cũng đảm bảo một kết quả hoàn hảo khi giá vẫn tiếp tục thay đổi. Để rõ ràng, thanh toán chậm không phải là lỗi—nó là một phần trong thiết kế của Bitcoin. Babylon đang xây dựng dựa trên thực tế đó, thay vì giả vờ rằng nó không tồn tại. Câu hỏi là hệ thống vẫn sẽ bền vững đến mức nào khi biến động tăng tốc trong khoảng thời gian thanh toán đó. Điều tôi cứ quay lại suy nghĩ là điều thật đơn giản: Nếu thanh lý được kích hoạt ở mức 50.000 đô la, nhưng Bitcoin được thanh toán sau khi giá đã biến động đáng kể, thì rốt cuộc ai là người chịu phần chênh lệch trong khi tính “chốt sổ” vẫn đang bắt kịp? Đó là phần trong thiết kế mà tôi tò mò nhất. #baby $BABY @babylonlabs_io $NVDA.US
Ban đầu, tôi nghĩ rằng ví dụ thanh lý 50 nghìn đô chỉ đơn thuần nói về việc Babylon có thể phát hiện khi tài sản thế chấp vượt qua ngưỡng hay không.

Nhưng càng nghĩ kỹ, tôi càng nhận ra rằng đó thật ra chỉ là phần dễ.

Một nguồn cấp giá có thể xác định ngưỡng kích hoạt thanh lý gần như ngay lập tức.

Tuy nhiên, Bitcoin lại được “thanh toán” theo lịch trình riêng. Hai chiếc đồng hồ đó không phải lúc nào cũng chạy đồng bộ, và khoảng chênh lệch ấy chính là nơi bắt đầu thử thách thật sự.

Babylon kết nối giám sát rủi ro nhanh với tính bảo mật của Bitcoin, nhưng nó không thể khiến Bitcoin thanh toán tức thì. Một tín hiệu thanh lý có thể hoàn toàn đúng, nhưng thị trường vẫn có thể tiếp tục biến động trước khi việc thanh toán được hoàn tất.

Vì vậy, $BABY becomes trở nên đáng chú ý. Trong những phút chờ đợi đó, ai đó phải gánh rủi ro biến động của thị trường.

Nhà cung cấp thanh khoản ư? Hay giao thức sẽ hấp thụ một phần mức phơi nhiễm đó?

Các quy tắc có thể được tuân thủ hoàn hảo, nhưng các quy tắc hoàn hảo không phải lúc nào cũng đảm bảo một kết quả hoàn hảo khi giá vẫn tiếp tục thay đổi.

Để rõ ràng, thanh toán chậm không phải là lỗi—nó là một phần trong thiết kế của Bitcoin. Babylon đang xây dựng dựa trên thực tế đó, thay vì giả vờ rằng nó không tồn tại.

Câu hỏi là hệ thống vẫn sẽ bền vững đến mức nào khi biến động tăng tốc trong khoảng thời gian thanh toán đó.

Điều tôi cứ quay lại suy nghĩ là điều thật đơn giản:

Nếu thanh lý được kích hoạt ở mức 50.000 đô la, nhưng Bitcoin được thanh toán sau khi giá đã biến động đáng kể, thì rốt cuộc ai là người chịu phần chênh lệch trong khi tính “chốt sổ” vẫn đang bắt kịp?

Đó là phần trong thiết kế mà tôi tò mò nhất.

#baby $BABY @BabylonLabs_io $NVDA.US
BTC-0,81%
BABY+1,15%
NVDAUS-0,58%
Mọi dự án hạ tầng đều bắt đầu từ một lựa chọn: xây dựng tất cả từ con số không, hoặc dựa trên nền tảng của người khác. Trở lại năm 2024, Newton đã chọn con đường thứ hai. Nó xây dựng mạng lưới thống nhất chuỗi của mình bằng Polygon Chain Development Kit và kết nối trực tiếp đến AggLayer để thanh toán xuyên chuỗi. Thời điểm đó, đây là một quyết định thực dụng, tận dụng hạ tầng sẵn có để đi nhanh hơn. Nhưng lựa chọn ấy cũng khiến tương lai của @NewtonProtocol gắn chặt với lộ trình của chính Polygon. Hãy tua nhanh đến mainnet beta, bức tranh giờ đây hoàn toàn khác. Newton đã rời khỏi sự phụ thuộc đó. Thay vì dựa vào hạ tầng của Polygon, mô hình bảo mật của nó hiện được vận hành nhờ EigenLayer restaking, nơi các nhà điều hành bảo vệ mạng bằng cách đặt tài sản thế chấp một cách độc lập, không phụ thuộc vào bất kỳ hệ sinh thái blockchain đơn lẻ nào. Bản thân sản phẩm được thiết kế xoay quanh Ethereum và Base, thay vì các chuỗi đồng bộ với Polygon. Đây không chỉ là một lần chuyển đổi kỹ thuật. Đó là một sự thay đổi chiến lược về triết lý. Bằng cách trở thành “trung lập hạ tầng”, Newton định vị để tích hợp với bất kỳ tổ chức blockchain nào mà họ ưu tiên, thay vì yêu cầu họ thích nghi với một kiến trúc tập trung vào Polygon. Điều này quan trọng vì việc các tổ chức có chấp nhận hay không thường bị chi phối bởi nhận thức nhiều như bởi công nghệ. Mỗi lời giải thích bổ sung trong một buổi pitch doanh nghiệp đều tạo ra ma sát. Loại bỏ các phụ thuộc chỉ riêng theo hệ sinh thái sẽ loại bỏ ma sát đó ngay cả trước khi nó xuất hiện. Tất nhiên, sự trung lập không đến miễn phí. Công sức kỹ thuật đầu tư suốt năm 2024 và 2025 trên nền tảng của Polygon không phải là vô nghĩa, nhưng phần lớn nền tảng ban đầu đó nay không còn định hình kiến trúc được triển khai cùng mainnet beta. Trải nghiệm, các mối quan hệ đối tác và những bài học vẫn còn giá trị, nhưng hạ tầng cốt lõi đã phải được xây dựng lại dựa trên một mô hình bảo mật hoàn toàn khác. Trong nhiều khía cạnh, Newton đã trả hai lần cho cùng một đích đến: lần đầu bằng cách xây dựng trên một hệ sinh thái hiện có, và sau đó bằng việc xây dựng lại để giành lấy sự độc lập. #newt $NEWT $BLUR $YFI
Mọi dự án hạ tầng đều bắt đầu từ một lựa chọn: xây dựng tất cả từ con số không, hoặc dựa trên nền tảng của người khác.

Trở lại năm 2024, Newton đã chọn con đường thứ hai. Nó xây dựng mạng lưới thống nhất chuỗi của mình bằng Polygon Chain Development Kit và kết nối trực tiếp đến AggLayer để thanh toán xuyên chuỗi.

Thời điểm đó, đây là một quyết định thực dụng, tận dụng hạ tầng sẵn có để đi nhanh hơn. Nhưng lựa chọn ấy cũng khiến tương lai của @NewtonProtocol gắn chặt với lộ trình của chính Polygon.

Hãy tua nhanh đến mainnet beta, bức tranh giờ đây hoàn toàn khác.
Newton đã rời khỏi sự phụ thuộc đó. Thay vì dựa vào hạ tầng của Polygon, mô hình bảo mật của nó hiện được vận hành nhờ EigenLayer restaking, nơi các nhà điều hành bảo vệ mạng bằng cách đặt tài sản thế chấp một cách độc lập, không phụ thuộc vào bất kỳ hệ sinh thái blockchain đơn lẻ nào.

Bản thân sản phẩm được thiết kế xoay quanh Ethereum và Base, thay vì các chuỗi đồng bộ với Polygon.
Đây không chỉ là một lần chuyển đổi kỹ thuật. Đó là một sự thay đổi chiến lược về triết lý.

Bằng cách trở thành “trung lập hạ tầng”, Newton định vị để tích hợp với bất kỳ tổ chức blockchain nào mà họ ưu tiên, thay vì yêu cầu họ thích nghi với một kiến trúc tập trung vào Polygon. Điều này quan trọng vì việc các tổ chức có chấp nhận hay không thường bị chi phối bởi nhận thức nhiều như bởi công nghệ.

Mỗi lời giải thích bổ sung trong một buổi pitch doanh nghiệp đều tạo ra ma sát. Loại bỏ các phụ thuộc chỉ riêng theo hệ sinh thái sẽ loại bỏ ma sát đó ngay cả trước khi nó xuất hiện.

Tất nhiên, sự trung lập không đến miễn phí.
Công sức kỹ thuật đầu tư suốt năm 2024 và 2025 trên nền tảng của Polygon không phải là vô nghĩa, nhưng phần lớn nền tảng ban đầu đó nay không còn định hình kiến trúc được triển khai cùng mainnet beta.

Trải nghiệm, các mối quan hệ đối tác và những bài học vẫn còn giá trị, nhưng hạ tầng cốt lõi đã phải được xây dựng lại dựa trên một mô hình bảo mật hoàn toàn khác.

Trong nhiều khía cạnh, Newton đã trả hai lần cho cùng một đích đến: lần đầu bằng cách xây dựng trên một hệ sinh thái hiện có, và sau đó bằng việc xây dựng lại để giành lấy sự độc lập.

#newt $NEWT $BLUR $YFI
#BinanceTurns9 Binance Kỷ niệm 9 năm - Được xây dựng bởi bạn
#BinanceTurns9 Binance Kỷ niệm 9 năm - Được xây dựng bởi bạn
Bài viết
Hai Phép Ẩn Dụ của Newton Không Gây Rối—Chỉ Là Chúng Giải Quyết Những Vấn Đề Khác NhauHôm nay tôi có một khoảnh khắc kiểu đó: một khái niệm lúc đầu không hiểu ra ngay, nhưng một khi đã hiểu thì mọi thứ bỗng trở nên rõ ràng.🙄 Khi đọc về Newton, tôi nhận thấy ông ấy dùng hai phép ẩn dụ khác nhau để mô tả chính mình: Visa và TCP/IP. Phản ứng đầu tiên của tôi thì đơn giản: Tại sao phải dùng cả hai? Nếu một phép ẩn dụ mạnh hơn, tại sao không chỉ bám vào một cái thôi? Ban đầu, tôi cho rằng TCP/IP là phép so sánh duy nhất thực sự quan trọng, và Visa chỉ là tiếp thị không cần thiết. Nhưng sau khi ngồi với nó một lúc, tôi nhận ra mình đang hỏi sai câu hỏi.

Hai Phép Ẩn Dụ của Newton Không Gây Rối—Chỉ Là Chúng Giải Quyết Những Vấn Đề Khác Nhau

Hôm nay tôi có một khoảnh khắc kiểu đó: một khái niệm lúc đầu không hiểu ra ngay, nhưng một khi đã hiểu thì mọi thứ bỗng trở nên rõ ràng.🙄
Khi đọc về Newton, tôi nhận thấy ông ấy dùng hai phép ẩn dụ khác nhau để mô tả chính mình: Visa và TCP/IP.
Phản ứng đầu tiên của tôi thì đơn giản: Tại sao phải dùng cả hai? Nếu một phép ẩn dụ mạnh hơn, tại sao không chỉ bám vào một cái thôi?
Ban đầu, tôi cho rằng TCP/IP là phép so sánh duy nhất thực sự quan trọng, và Visa chỉ là tiếp thị không cần thiết. Nhưng sau khi ngồi với nó một lúc, tôi nhận ra mình đang hỏi sai câu hỏi.
Tôi đã dành một chút thời gian để xem lại bài viết ngày 1 tháng 7 của Magic Newton Foundation về Lớp Ủy quyền của @NewtonProtocol . Ban đầu, mọi thứ nghe đúng y như những gì bạn có thể mong đợi từ một hệ thống giảm thiểu niềm tin. Một lớp ủy quyền không cần tin tưởng. EigenLayer restaking. Các nhà vận hành phi tập trung. Bằng chứng không tri thức. Toàn bộ kiến trúc được thiết kế để việc thực thi chính sách có thể được kiểm chứng mà không cần dựa vào sự tin tưởng mù quáng. Nhưng càng đọc sâu, một chi tiết cứ kéo sự chú ý của tôi mãi không thôi. Bản Mainnet Beta dựa vào Chainalysis để đánh giá rủi ro, RedStone để cung cấp dữ liệu giá, Webacy cho uy tín ví, và Credora cho thông tin trí tuệ về tài sản thế chấp. Đó là lúc một câu hỏi bật lên trong đầu tôi. Chính xác thì bằng chứng không tri thức đang chứng minh điều gì? Nó chứng minh rằng quá trình kiểm tra chính sách đã được thực thi đúng. Nhưng điểm rủi ro, dữ liệu uy tín, hoặc đánh giá về tài sản thế chấp bên trong chính sách đó vẫn đến từ các nhà cung cấp bên ngoài ấy. Nói cách khác, việc xác minh có thể là không cần tin tưởng, nhưng bản thân dữ liệu vẫn dựa trên niềm tin. Tôi cứ nghĩ về điều đó khi nhâm nhi một tách cà phê. Có phải đây thực sự là một điểm yếu không? Có thể không. Newton chưa bao giờ khẳng định rằng dữ liệu nền tảng sẽ được phi tập trung. Mục tiêu của họ là làm cho việc thực thi chính sách minh bạch và có thể được kiểm chứng bằng mật mã. Tuy vậy, từ “trustless” (không cần tin tưởng) vẫn nghe có gì đó hơi khác đi khi bạn nhận ra rằng sự tin tưởng chưa biến mất—nó chỉ được đẩy lùi một lớp sâu hơn, sang các nhà cung cấp cung cấp dữ liệu. Dù vậy, có lẽ đó đúng là điều các tổ chức muốn. Phần lớn doanh nghiệp hiện đã đặt nhiều niềm tin hơn vào các nhà cung cấp như Chainalysis so với một mạng lưới các nhà vận hành ẩn danh. Ở góc nhìn đó, Newton có thể đang giải quyết vấn đề thực sự quan trọng đối với việc một tổ chức chấp nhận và triển khai. Vẫn còn một câu hỏi lơ lửng: Có ai từng thấy một chính sách ủy quyền dựa hoàn toàn vào các nguồn dữ liệu phi tập trung chưa? Hay là việc nào đó mức độ tin tưởng tập trung là không thể tránh khỏi khi xây dựng hạ tầng tuân thủ? 🙄 #newt $NEWT $EVAA $NVDAB
Tôi đã dành một chút thời gian để xem lại bài viết ngày 1 tháng 7 của Magic Newton Foundation về Lớp Ủy quyền của @NewtonProtocol .

Ban đầu, mọi thứ nghe đúng y như những gì bạn có thể mong đợi từ một hệ thống giảm thiểu niềm tin.

Một lớp ủy quyền không cần tin tưởng. EigenLayer restaking. Các nhà vận hành phi tập trung. Bằng chứng không tri thức.

Toàn bộ kiến trúc được thiết kế để việc thực thi chính sách có thể được kiểm chứng mà không cần dựa vào sự tin tưởng mù quáng.

Nhưng càng đọc sâu, một chi tiết cứ kéo sự chú ý của tôi mãi không thôi.
Bản Mainnet Beta dựa vào Chainalysis để đánh giá rủi ro, RedStone để cung cấp dữ liệu giá, Webacy cho uy tín ví, và Credora cho thông tin trí tuệ về tài sản thế chấp.

Đó là lúc một câu hỏi bật lên trong đầu tôi.
Chính xác thì bằng chứng không tri thức đang chứng minh điều gì?

Nó chứng minh rằng quá trình kiểm tra chính sách đã được thực thi đúng. Nhưng điểm rủi ro, dữ liệu uy tín,
hoặc đánh giá về tài sản thế chấp bên trong chính sách đó vẫn đến từ các nhà cung cấp bên ngoài ấy.

Nói cách khác, việc xác minh có thể là không cần tin tưởng, nhưng bản thân dữ liệu vẫn dựa trên niềm tin.

Tôi cứ nghĩ về điều đó khi nhâm nhi một tách cà phê.
Có phải đây thực sự là một điểm yếu không?
Có thể không.

Newton chưa bao giờ khẳng định rằng dữ liệu nền tảng sẽ được phi tập trung. Mục tiêu của họ là làm cho việc thực thi chính sách minh bạch và có thể được kiểm chứng bằng mật mã.

Tuy vậy, từ “trustless” (không cần tin tưởng) vẫn nghe có gì đó hơi khác đi khi bạn nhận ra rằng sự tin tưởng chưa biến mất—nó chỉ được đẩy lùi một lớp sâu hơn, sang các nhà cung cấp cung cấp dữ liệu.

Dù vậy, có lẽ đó đúng là điều các tổ chức muốn.
Phần lớn doanh nghiệp hiện đã đặt nhiều niềm tin hơn vào các nhà cung cấp như Chainalysis so với một mạng lưới các nhà vận hành ẩn danh.

Ở góc nhìn đó, Newton có thể đang giải quyết vấn đề thực sự quan trọng đối với việc một tổ chức chấp nhận và triển khai.

Vẫn còn một câu hỏi lơ lửng:
Có ai từng thấy một chính sách ủy quyền dựa hoàn toàn vào các nguồn dữ liệu phi tập trung chưa?

Hay là việc nào đó mức độ tin tưởng tập trung là không thể tránh khỏi khi xây dựng hạ tầng tuân thủ? 🙄

#newt $NEWT $EVAA $NVDAB
Bài viết
Khi Tầm Nhìn Vượt Xa Hạ Tầng: Bài Học Lớn Nhất Của Tôi Từ Việc Khám Phá Newton Protocol !Một cuộc trò chuyện đã thay đổi cách tôi suy nghĩ về việc đánh giá các dự án hạ tầng. Một người bạn của tôi quản lý các hoạt động kho bạc cho một DAO quy mô vừa. Công việc của anh ấy không hào nhoáng, nhưng lại vô cùng thiết yếu. Mỗi tuần anh ấy phải xử lý các tác vụ kho bạc lặp đi lặp lại, phê duyệt multisig, phân bổ tài sản và thực thi quản trị. Hầu hết các quy trình này đều tuân theo những quy tắc rõ ràng, nên đương nhiên suy nghĩ đầu tiên của anh ấy là: "Sao AI không thể làm được việc này?" Khi anh bắt đầu đọc về @NewtonProtocol , điều đó ngay lập tức thu hút sự chú ý của anh. Hình dung về các tác nhân AI thực hiện các hành động tài chính theo các quy tắc có thể kiểm chứng nghe giống như đúng hướng mà quản lý kho bạc nên tiến tới. Thay vì phụ thuộc vào sự phối hợp thủ công, anh tưởng tượng việc tạo ra một tác nhân thông minh có thể tự động cơ cấu lại dự trữ stablecoin bất cứ khi nào số tiền nhàn rỗi vượt quá một ngưỡng đã được đặt trước, rồi phân bổ vốn vào các chiến lược tạo lợi suất, đồng thời vẫn hoàn toàn minh bạch và có thể kiểm chứng.

Khi Tầm Nhìn Vượt Xa Hạ Tầng: Bài Học Lớn Nhất Của Tôi Từ Việc Khám Phá Newton Protocol !

Một cuộc trò chuyện đã thay đổi cách tôi suy nghĩ về việc đánh giá các dự án hạ tầng.
Một người bạn của tôi quản lý các hoạt động kho bạc cho một DAO quy mô vừa. Công việc của anh ấy không hào nhoáng, nhưng lại vô cùng thiết yếu. Mỗi tuần anh ấy phải xử lý các tác vụ kho bạc lặp đi lặp lại, phê duyệt multisig, phân bổ tài sản và thực thi quản trị. Hầu hết các quy trình này đều tuân theo những quy tắc rõ ràng, nên đương nhiên suy nghĩ đầu tiên của anh ấy là: "Sao AI không thể làm được việc này?"
Khi anh bắt đầu đọc về @NewtonProtocol , điều đó ngay lập tức thu hút sự chú ý của anh. Hình dung về các tác nhân AI thực hiện các hành động tài chính theo các quy tắc có thể kiểm chứng nghe giống như đúng hướng mà quản lý kho bạc nên tiến tới. Thay vì phụ thuộc vào sự phối hợp thủ công, anh tưởng tượng việc tạo ra một tác nhân thông minh có thể tự động cơ cấu lại dự trữ stablecoin bất cứ khi nào số tiền nhàn rỗi vượt quá một ngưỡng đã được đặt trước, rồi phân bổ vốn vào các chiến lược tạo lợi suất, đồng thời vẫn hoàn toàn minh bạch và có thể kiểm chứng.
Khi tôi đọc báo cáo minh bạch của Newton, một chính sách đã thu hút sự chú ý của tôi: lãnh đạo và những người đóng góp cốt lõi không thể bán Newt bất cứ lúc nào họ muốn. Mọi đợt bán phải thông qua một chương trình bán có cấu trúc được quản lý bởi bên thứ ba. Nhiều người xem điều này như bằng chứng cho thấy đội ngũ cam kết cho dài hạn, nhưng tôi nghĩ nó thể hiện điều khác. Chương trình chủ yếu nhằm đảm bảo công bằng cho thị trường, chứ không phải vì niềm tin cá nhân. Điểm mạnh nhất của nó là ngăn người nội bộ khai thác thông tin chưa được công bố. Các giám đốc điều hành không thể vội vàng bán trước một thông báo lớn hoặc tận dụng đà tăng sau khi có tin vì thời điểm bán không nằm dưới sự kiểm soát trực tiếp của họ. Điều đó tạo ra một thị trường minh bạch và đáng tin cậy hơn. Những gì chương trình không làm là đảm bảo lãnh đạo sẽ nắm giữ mãi mãi. Các thành viên trong đội vẫn có thể giảm hoặc thậm chí thoát hoàn toàn khỏi vị thế của mình theo thời gian trong khi vẫn tuân thủ các quy định. Cơ chế này điều tiết cách các token được bán, chứ không phải lý do vì sao chúng được bán. Với tôi, đó là điểm khác biệt then chốt. Một chương trình bán có cấu trúc là bằng chứng của quản trị mạnh mẽ và tính toàn vẹn của thị trường, nhưng nó không nên tự động được hiểu là bằng chứng cho thấy niềm tin dài hạn không lay chuyển vào tương lai của Newton. @NewtonProtocol #newt $NEWT $BLUR $OPG
Khi tôi đọc báo cáo minh bạch của Newton, một chính sách đã thu hút sự chú ý của tôi:
lãnh đạo và những người đóng góp cốt lõi không thể bán Newt bất cứ lúc nào họ muốn. Mọi đợt bán phải thông qua một chương trình bán có cấu trúc được quản lý bởi bên thứ ba.

Nhiều người xem điều này như bằng chứng cho thấy đội ngũ cam kết cho dài hạn, nhưng tôi nghĩ nó thể hiện điều khác. Chương trình chủ yếu nhằm đảm bảo công bằng cho thị trường, chứ không phải vì niềm tin cá nhân.

Điểm mạnh nhất của nó là ngăn người nội bộ khai thác thông tin chưa được công bố. Các giám đốc điều hành không thể vội vàng bán trước một thông báo lớn hoặc tận dụng đà tăng sau khi có tin vì thời điểm bán không nằm dưới sự kiểm soát trực tiếp của họ.

Điều đó tạo ra một thị trường minh bạch và đáng tin cậy hơn.
Những gì chương trình không làm là đảm bảo lãnh đạo sẽ nắm giữ mãi mãi.

Các thành viên trong đội vẫn có thể giảm hoặc thậm chí thoát hoàn toàn khỏi vị thế của mình theo thời gian trong khi vẫn tuân thủ các quy định.

Cơ chế này điều tiết cách các token được bán, chứ không phải lý do vì sao chúng được bán.
Với tôi, đó là điểm khác biệt then chốt.

Một chương trình bán có cấu trúc là bằng chứng của quản trị mạnh mẽ và tính toàn vẹn của thị trường, nhưng nó không nên tự động được hiểu là bằng chứng cho thấy niềm tin dài hạn không lay chuyển vào tương lai của Newton.

@NewtonProtocol #newt $NEWT $BLUR $OPG
Bài viết
Vượt Ra Ngoài Lợi Suất: Giá Trị Thực Sự của Các Kiểm Tra Chính Sách Vault của NewtonHầu hết những người đánh giá một vault bắt đầu với một câu hỏi duy nhất: APY là bao nhiêu? Đây là một thói quen dễ hiểu vì lợi suất rất dễ để so sánh. Nhưng hãy tưởng tượng một tác nhân AI đang lựa chọn giữa hai vault có lợi nhuận tương tự. Một vault được hỗ trợ bởi thanh khoản mạnh, mức tham gia rộng rãi và rút tiền ngay lập tức. Còn vault kia có rất ít người gửi và các lựa chọn rút lui bị giới hạn. Tỷ lệ phần trăm trông có vẻ giống hệt nhau, nhưng hồ sơ rủi ro lại hoàn toàn khác nhau. Chính sự khác biệt đó là điều mà phần tích hợp Vaults.fyi của Newton Protocol cố gắng nắm bắt. Thay vì chỉ cho phép một tác nhân tối ưu theo lợi suất, các chính sách có thể yêu cầu thêm các điều kiện trước khi tiền được phép di chuyển.

Vượt Ra Ngoài Lợi Suất: Giá Trị Thực Sự của Các Kiểm Tra Chính Sách Vault của Newton

Hầu hết những người đánh giá một vault bắt đầu với một câu hỏi duy nhất: APY là bao nhiêu? Đây là một thói quen dễ hiểu vì lợi suất rất dễ để so sánh. Nhưng hãy tưởng tượng một tác nhân AI đang lựa chọn giữa hai vault có lợi nhuận tương tự.
Một vault được hỗ trợ bởi thanh khoản mạnh, mức tham gia rộng rãi và rút tiền ngay lập tức. Còn vault kia có rất ít người gửi và các lựa chọn rút lui bị giới hạn. Tỷ lệ phần trăm trông có vẻ giống hệt nhau, nhưng hồ sơ rủi ro lại hoàn toàn khác nhau.
Chính sự khác biệt đó là điều mà phần tích hợp Vaults.fyi của Newton Protocol cố gắng nắm bắt. Thay vì chỉ cho phép một tác nhân tối ưu theo lợi suất, các chính sách có thể yêu cầu thêm các điều kiện trước khi tiền được phép di chuyển.
Càng tìm hiểu về Newton, tôi càng nhận ra một chi tiết nổi bật. Tiêu đề nói về các tác nhân AI, việc thực thi tự động và tự động hoá không cần tin cậy. Tự nhiên, tôi đã kỳ vọng những phần đó sẽ đã sẵn sàng hoạt động. Thế nhưng, tôi phát hiện trọng tâm của hôm nay lại hẹp hơn nhiều: các vault DeFi. Hiện tại, giao thức xác minh các hành động của curator dựa trên các chính sách được đặt sẵn trước khi bất cứ thứ gì được thực thi. Các tác nhân AI và Model Registry vẫn được đánh dấu là sắp ra mắt. Nhưng tiến trình đó thực ra cảm giác khá hợp lý. Trước khi trao quyền cho các tác nhân tự chủ trong các hành động tài chính, việc chứng minh bộ máy chính sách trong một môi trường nhỏ hơn nhưng giá trị cao là điều hợp lý. Đây là một kế hoạch triển khai thực tế, dù nó khác với điều mà nhiều người ban đầu vẫn tưởng. Một phát hiện thú vị khác là số lượng tích hợp oracle đã hỗ trợ hệ thống, gồm Chainalysis, vaults.fyi, RedStone, Credora và Webacy. Chúng cung cấp các tín hiệu bên ngoài mà giao thức phụ thuộc vào, khiến kiến trúc hôm nay có cảm giác được định hướng bởi oracle hơn là bởi tác nhân. Sau khi lần theo phần nào đang hoạt động và phần nào vẫn còn trong lộ trình, tôi còn lại một câu hỏi: liệu việc chuyển từ tự động hoá vault an toàn sang các tác nhân tự chủ hoàn toàn sẽ diễn ra sớm, hay tương lai đó vẫn còn ở xa?,,🤔 @NewtonProtocol #newt $NEWT $ANOME $TLM
Càng tìm hiểu về Newton, tôi càng nhận ra một chi tiết nổi bật. Tiêu đề nói về các tác nhân AI, việc thực thi tự động và tự động hoá không cần tin cậy. Tự nhiên, tôi đã kỳ vọng những phần đó sẽ đã sẵn sàng hoạt động.

Thế nhưng, tôi phát hiện trọng tâm của hôm nay lại hẹp hơn nhiều: các vault DeFi. Hiện tại, giao thức xác minh các hành động của curator dựa trên các chính sách được đặt sẵn trước khi bất cứ thứ gì được thực thi. Các tác nhân AI và Model Registry vẫn được đánh dấu là sắp ra mắt.

Nhưng tiến trình đó thực ra cảm giác khá hợp lý. Trước khi trao quyền cho các tác nhân tự chủ trong các hành động tài chính, việc chứng minh bộ máy chính sách trong một môi trường nhỏ hơn nhưng giá trị cao là điều hợp lý. Đây là một kế hoạch triển khai thực tế, dù nó khác với điều mà nhiều người ban đầu vẫn tưởng.

Một phát hiện thú vị khác là số lượng tích hợp oracle đã hỗ trợ hệ thống, gồm Chainalysis, vaults.fyi, RedStone, Credora và Webacy. Chúng cung cấp các tín hiệu bên ngoài mà giao thức phụ thuộc vào, khiến kiến trúc hôm nay có cảm giác được định hướng bởi oracle hơn là bởi tác nhân.

Sau khi lần theo phần nào đang hoạt động và phần nào vẫn còn trong lộ trình, tôi còn lại một câu hỏi: liệu việc chuyển từ tự động hoá vault an toàn sang các tác nhân tự chủ hoàn toàn sẽ diễn ra sớm, hay tương lai đó vẫn còn ở xa?,,🤔

@NewtonProtocol #newt $NEWT $ANOME $TLM
Đă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