Tôi từng nghĩ việc đưa ví cho một tác nhân AI mới là phần nguy hiểm.
Câu hỏi lạ hơn là chuyện gì xảy ra sau khi tôi phê duyệt một lần.
Giả sử tôi yêu cầu một tác nhân nghiên cứu điều gì đó. Nó cần một nguồn dữ liệu trả phí, rồi một API khác, có thể cả một tác nhân thứ hai. Nếu mọi yêu cầu đều phải quay lại chỗ tôi để xin chữ ký thì nó đâu còn tự chủ. Còn nếu giao ví cho nó, sự tự chủ lại bắt đầu giống như trao đi quyền kiểm soát.
Agent Passport của $KITE nằm ở khoảng giữa đầy bất an ấy.
Tôi giữ một tài khoản và tiền vẫn nằm dưới quyền kiểm soát của tôi. Tác nhân có danh tính riêng, nhưng hoạt động thông qua một phiên giới hạn phạm vi và thời hạn, được bảo vệ bằng passkey, với các quy tắc chi tiêu và hạn mức do tôi phê duyệt.
Một lần phê duyệt phiên có thể bao quát toàn bộ công việc; tôi không phải ký từng khoản thanh toán, cũng không biến mỗi lệnh gọi nhỏ thành một lần xin phê duyệt mới. Phiên đó không phải là quyền hạn vĩnh viễn của tác nhân. Đó là một phần quyền hạn tạm thời dành cho một lần chạy cụ thể. Khi tác nhân truy cập các điểm cuối có thu phí, nó thương lượng các khoản thanh toán x402 ngay tại thời điểm đó, thanh toán bằng USDC trong giới hạn đã đặt mà không thể rút cạn số tiền có trong tài khoản chính.
Và biên nhận không chỉ dừng lại ở câu “đã gửi thanh toán”.
Kite liên kết hành động ngược lại qua phiên, tác nhân và người dùng bằng một biên nhận on-chain. Một dịch vụ có thể xác minh rằng khoản thanh toán đi qua một chuỗi được ủy quyền, trong khi tác nhân không cần tiết lộ người đứng sau nó trong từng tương tác.
Đó là điều tôi cứ suy nghĩ mãi. Tác nhân cần có đủ danh tính để chịu trách nhiệm, nhưng không được có quyền trở thành chủ sở hữu.
Người dùng cần đủ quyền kiểm soát để đặt ra giới hạn, nhưng không cần một lời nhắc phê duyệt mới cho mỗi lệnh gọi API nhỏ nhặt.
Dịch vụ cần bằng chứng rằng đây không chỉ là một bot ẩn danh chìa giao dịch ra trước mặt nó.
@KITE AI 中文 đang cố gắng đáp ứng tất cả những yêu cầu đó trong cùng một khoản thanh toán.
Ví không chỉ đơn thuần là một túi tiền được giao cho phần mềm. Đó là tài khoản để từ đó có thể ủy quyền có giới hạn, sử dụng, truy vết và cho phép quyền hạn hết hiệu lực.
Không phải một tác nhân có thể tiêu tiền mà chẳng cần hỏi. Mà là một tác nhân có thể tiếp tục làm việc sau khi tôi đồng ý, nhưng không biến lời đồng ý đó thành sự cho phép làm mọi thứ.
AGT đã tăng gấp đôi, ICNT bám sát phía sau, và ngay cả vài cái tên cuối danh sách cũng tăng khoảng 20%.
Điều khiến tôi quan tâm là độ phân tán. Không chỉ có một đồng coin chiếm hết ánh đèn sân khấu; nhiều cái tên đang tăng mạnh cùng lúc.
Nhưng sau những đợt tăng như thế này, tôi sẽ thận trọng, không vội đuổi theo các cây nến xanh. Điều cần theo dõi tiếp theo là liệu người mua có tiếp tục ở lại hay những người nắm giữ từ sớm bắt đầu chốt lời.
Nếu phải chọn MỘT cái tên để đưa vào danh sách theo dõi ngay lúc này, bạn sẽ chọn cái nào?
Không phải vì nó đang tăng mạnh—thực ra tôi thích cấu trúc.
Giá đang giữ vững phía trên MA25, MA99 đang có xu hướng đi lên, và chúng ta thấy các đáy cao hơn sau nhịp biến động từ $0.0627. Biểu đồ về cơ bản đang nén lại dưới kháng cự $0.0738.
ZETA đang mở một buổi masterclass về động lượng theo chiều dọc, tăng hơn +70% mà không ngoái nhìn.
Trong khi đó, PTB tăng +60% trong khi giao dịch ở mức 0.0011 — đúng kiểu “perp” đỉnh cao.
Điên rồ nhất là gì? Ngay cả khi hôm nay vẫn lên +24% với VVV và MINA, bạn vẫn đang đứng ngay tại vạch xuất phát. Cả bảng đang di chuyển như thể cấu trúc thị trường đã xin nghỉ cả ngày.
Khi đòn bẩy bật lên trên một băng như thế này, bài kiểm tra thực sự không phải là bắt được cú pump, mà là biết bước lùi trước khi funding rate và những lần retest lấy hết lại.
Trong số những “top runner” này, cái nào có đủ chân để tiếp tục đà tăng vào ngày mai?
BTR là cái tên nổi bật rõ ràng ở đây. Một ngày gần -38% sau tất cả sự chú ý mà nó vừa nhận được gần đây chính là lý do vì sao những kẻ biến động mạnh như thế này lại thật thú vị… cho đến khi chúng không còn thú vị nữa.
MAGMA và PROM xuất hiện ở đây thêm lần nữa cũng nói lên rất nhiều. Trước đó chúng có rất nhiều đà, giờ thì phía còn lại của giao dịch đó đang thể hiện.
Câu hỏi bây giờ không phải là “ai là người bị xả mạnh nhất?”
$PROM đã cho chúng tôi “cái bơm”. Giờ tôi đang theo dõi liệu nó có thể biến “cái bơm” đó thành sự tiếp diễn hay không.
Biểu đồ 1H vẫn còn mạnh: giá đã chạy từ khoảng $2.60 → $4.05, hạ nhiệt, và hiện đang cố giữ quanh $3.75 thay vì rút lui hoàn toàn theo nhịp tăng trước.
Điều đó quan trọng.
Kịch bản của tôi 👇
🟢 Vùng vào lệnh: $3.68–$3.76 🎯 TP1: $3.90 🎯 TP2: $4.05 🎯 TP3: $4.25–$4.30 🔴 Vô hiệu: đóng cửa 1H dưới $3.55
Phần tôi thích nhất là PROM vẫn đang nằm khá tốt phía trên MA25 quanh $3.31, trong khi MA ngắn đang đi ngang/dẹt lại quanh đúng giá hiện tại. Nói ngắn gọn: thị trường đang quyết định liệu đây sẽ trở thành giai đoạn tích lũy trước một cú đẩy tiếp… hay là đỉnh của nhịp.
Với tôi, $4.05 là “mức ông trùm” thực sự.
Vượt lên một cách sạch sẽ và giữ vững trên nó? Tôi đang hướng lên cao hơn.
Mất $3.55? Kịch bản biến mất. Không tranh cãi với biểu đồ.
đó là chi tiết đòn bẩy TermMax mà tôi cứ đổ lỗi cho con số sai.
tôi có một tài sản tạo lợi suất, đang ở mức 12%.
TermMax có thể cho tôi vay dựa trên nó với lãi suất cố định 6%, dùng vốn đi vay để tăng mức tiếp xúc với tài sản làm tài sản thế chấp, và gói vị thế (tài sản thế chấp + nợ) vào GT.
12 đi vào.
6 đi ra.
thêm đòn bẩy vào phần chênh lệch.
câu chuyện khá dễ để thích.
và phần khiến tôi yên tâm là 6%.
tôi không phải tự hỏi liệu ở đâu đó, việc sử dụng có thể đẩy chi phí vốn/“funding” lên 9 rồi 14, trong khi tôi đã ở trong vị thế.
TermMax đã khóa khía cạnh đó.
rồi lợi suất của tài sản thế chấp giảm xuống còn 4%.
không có gì xảy ra với khoản vay của tôi.
đó là điều khiến mọi thứ trở nên kỳ lạ.
GT vẫn còn khoản nợ.
tỷ lệ vay của TermMax vẫn là 6%.
thời hạn đáo hạn cũng không đổi.
không ai điều chỉnh lại mức vốn vay cố định của tôi dù điều kiện thị trường xấu đi.
con số chính xác tôi muốn được bảo vệ vẫn được bảo vệ.
chỉ là bây giờ tôi đang vay với lãi 6% để tăng mức tiếp xúc với thứ đang tạo ra lợi suất 4%.
và đòn bẩy vẫn chưa ngừng hoạt động.
nó chỉ đang nhân lên một phần chênh lệch mà tôi không còn muốn bị nhân nữa.
tôi nghĩ là tôi đã lặng lẽ biến “đòn bẩy lãi suất cố định” thành “lợi suất đòn bẩy có thể dự đoán.”
chúng không phải là cùng một thứ.
TermMax có thể loại bỏ vấn đề biến động của lãi suất vay.
nó không thể bắt tài sản thế chấp tạo lợi suất phải tiếp tục sinh ra APY mà tôi đã dùng khi bước vào.
mức 12% đó thuộc về một cơ chế khác.
phần thưởng có thể giảm.
lợi suất nền có thể bị co lại.
và GT không cần phải bị “phá vỡ” (broken) thì vẫn có thể khiến mọi thứ tệ đi vì bất kỳ điều nào trong số đó.
vì vậy tôi cứ quay lại với 6%.
nếu nó nhảy lên 15%, thì sự thất bại sẽ trông rõ ràng.
nhưng ở đây, TermMax đã làm đúng điều tôi yêu cầu.
6% vẫn là 6%.
con số bất ổn thì nằm ở phía còn lại.
12 trở thành 4.
cùng một khoản nợ cố định.
nhưng lý do muốn có đòn bẩy lại hoàn toàn khác.
TermMax có thể khóa một phía của phần chênh lệch đó.
tôi vẫn đang tự hỏi vì sao tôi lại từng xem khoảng cách giữa hai thứ đó cũng như là một cái gì đó cố định.
Chi tiết về mạng lúc hoàng hôn mà tôi cứ quay lại suy nghĩ là: một nút có thể xác minh một thông điệp mà không nhất thiết phải biết thông điệp đó bắt đầu từ đâu.
Lần đọc đầu tiên của tôi về lớp Kadcast của Dusk chủ yếu là nói về hiệu quả.
Dusk tổ chức các peer bằng khoảng cách XOR kiểu Kademlia, rồi chuyển tiếp các block, giao dịch và thông điệp đồng thuận qua các peer được chọn thay vì “bơm” tới mọi hàng xóm.
ít hơn các lần truyền trùng lặp. ít tốn băng thông hơn. nghe có vẻ hợp lý.
nhưng phía bảo mật thì thay đổi bức tranh.
các thông điệp trên Dusk được ký, và các nút xác minh chữ ký đó trước khi chuyển tiếp.
vì vậy mạng có thể từ chối dữ liệu không hợp lệ mà không cần mọi relay phải biết chính xác nguồn mạng ban đầu.
sự lan truyền của Kadcast trong Dusk làm mờ đi nguồn đó.
một thông điệp đi qua các peer được chọn với khoảng cách XOR tăng dần. đến khi một nút Dusk khác nhận được, nút đã chuyển tiếp cho nó có thể không phải là nút đã tạo ra thông điệp.
điều đó tạo ra một khác biệt mà tôi đã vô tình gộp lại:
ai đã xác thực thông điệp này?
và
thông điệp này đã đi vào mạng từ đâu?
đó không phải là cùng một câu hỏi.
chữ ký đảm bảo tính xác thực.
đường định tuyến không bảo toàn một “dấu vết” đơn giản quay ngược về nguồn gốc.
điều này quan trọng hơn trên Dusk, vì quyền riêng tư của giao dịch đã là một phần của thiết kế sổ cái. việc che nội dung giao dịch nhưng lại làm cho nguồn gốc mạng trở nên dễ truy ra sẽ phơi bày một loại siêu dữ liệu khác.
tuy vậy, vẫn có một sự đánh đổi trong cùng cơ chế đó.
Dusk vẫn cần cấu trúc định tuyến. các nút duy trì bảng peer, thay thế các peer bị lỗi và có thể sử dụng các peer thay thế khi một tuyến không hoạt động.
vì vậy, quyền riêng tư ở đây không phải “không ai biết gì cả”.
điều Dusk tránh là việc việc chuyển giao phụ thuộc vào việc lộ ra một tuyến rõ ràng từ nguồn tới đích.
tính xác thực thuộc về bản thân thông điệp.
nguồn gốc thuộc về đường đi trong mạng.
và một khi hai thứ đó được tách riêng, câu hỏi của tôi thay đổi:
đối với một mạng tập trung vào quyền riêng tư như Dusk, lớp vận chuyển có thể tiết lộ bao nhiêu siêu dữ liệu trước khi quyền riêng tư ở mức giao dịch không còn là câu chuyện toàn bộ về quyền riêng tư?
Quy tắc của vault TermMax khiến tôi khó chịu hơn cả ý tưởng tiêu đề về “thanh khoản lãi suất cố định được quản lý.”
Một Curator quản lý các lệnh, phân bổ và chiến lược cho người gửi tiền. Người dùng cung cấp vốn; còn một người khác quyết định vốn đó sẽ được triển khai như thế nào.
Rồi tôi nhận thấy thiết kế timelock.
Trong các vault TermMax, những thay đổi nhạy cảm không phải lúc nào cũng chờ theo cùng một cách. Những thay đổi làm tăng rủi ro, như tăng phí hiệu suất, thêm danh sách trắng thị trường, rút ngắn timelock, hoặc thay đổi Guardian, đều phải đi qua timelock. Một số thay đổi giúp giảm rủi ro có thể áp dụng ngay lập tức.
Ban đầu, điều đó trông giống như một sự tiện lợi cho quản trị.
Nhưng tôi nghĩ thực ra đó là một tuyên bố về thời gian.
TermMax đang tách “quyền” khỏi “tốc độ.”
Curator có thể có thẩm quyền đề xuất một thay đổi, nhưng thẩm quyền không đồng nghĩa với việc thay đổi đó nên có hiệu lực ngay bây giờ. Hệ thống đặt câu hỏi: nó có làm tăng mức độ phơi nhiễm của người gửi tiền hay làm giảm không?
Điều này quan trọng vì vault vẫn tiếp tục vận hành trong khi quản trị đang diễn ra. Các lệnh có thể đã được bật. Vốn có thể đã được phân bổ. Người gửi tiền có thể không theo dõi từng thay đổi tham số.
Vì vậy, độ trễ đối với một thay đổi làm tăng rủi ro không chỉ là nghi thức. Nó tạo ra một giai đoạn mà trạng thái được đề xuất và trạng thái đang hoạt động là khác nhau, và Guardian có thể xem xét hoặc hủy bỏ thay đổi đang chờ trước khi nó trở thành hiện thực.
TermMax không ép buộc cùng một mức độ trễ khi thay đổi đi theo hướng an toàn hơn.
Sự bất đối xứng đó ám ảnh tôi.
Phần lớn các hệ thống phân quyền trả lời “ai được phép làm việc này?”
Thiết kế vault của TermMax cũng hỏi thêm “một hành động kiểu như vậy nên được phép tạo ra ảnh hưởng nhanh đến mức nào?”
Đó là hai loại kiểm soát khác nhau.
Curator quản lý chiến lược. Guardian có thể can thiệp trong thời gian chờ. Hợp đồng vault xác định khi nào một quyết định đang chờ có thể được thực thi.
Vì vậy, trong TermMax, quản lý được ủy quyền không giống với mức độ tức thì được ủy quyền.
Câu hỏi tôi còn lại là: người gửi tiền nên giám sát sát sao hơn điều gì—ai là người kiểm soát vault, hay những thay đổi nào được phép trở thành hiện thực trước khi họ kịp phản ứng.
chi tiết staking Dusk mà tôi cứ quay lại là: việc khóa DUSK không ngay lập tức mang lại cho bạn quyền đồng thuận (stake consensus power).
lần đọc đầu tiên của tôi thì đơn giản:
stake token. trở thành provisioner. tham gia đồng thuận.
nhưng Dusk chèn thêm một trạng thái khác giữa các bước đó:
đủ điều kiện.
một stake được ghi nhận như một khoản tiền cộng với mốc chiều cao khối nơi giao dịch của nó được đưa vào. để tham gia sortition theo cơ chế tất định, nó phải đạt mức tối thiểu và vượt qua một giai đoạn trưởng thành (maturity) gắn với các epoch.
giai đoạn này không chỉ đơn giản là “chờ N block kể từ khi nạp”.
nó bao gồm phần còn lại của epoch nơi stake rơi vào, cộng thêm một epoch đầy đủ nữa. kết quả: stake mới trở nên đủ điều kiện tại một mốc ranh giới epoch.
vì vậy, hai stake được cam kết ở những thời điểm rất khác nhau vẫn có thể cùng nhận được quyền đồng thuận.
ai stake gần đầu một epoch sẽ phải chờ lâu hơn người stake gần cuối epoch, nhưng cả hai vẫn có thể vượt qua mốc đủ điều kiện cùng lúc.
điều này nghe có vẻ nhỏ cho đến khi bạn tách riêng các trạng thái.
vốn bị khóa đã được “phơi” vào hệ thống staking. -vốn đủ điều kiện thực sự có thể bước vào sortition. -vốn được chọn sẽ có vai trò đồng thuận cụ thể.
đó là ba thời điểm khác nhau.
nhưng hình ảnh lại bị chia nhỏ thêm bởi hình phạt. việc đình chỉ (suspension) có thể loại một provisioner khỏi sortition trong các epoch. soft slashing có thể khóa một phần stake và làm giảm trọng số của nó. hard slashing có thể đốt (burn) stake.
vì thế, ngay cả “vẫn đang stake” cũng không nhất thiết đồng nghĩa “vẫn mang cùng mức ảnh hưởng đồng thuận”.
điều đó khiến ranh giới epoch không chỉ là sổ sách.
nó là một phần bề mặt bảo mật (security surface) của giao thức.
hãy tưởng tượng một stake lớn đến muộn trong một epoch. số vốn đã được cam kết, nhưng nó không thể ngay lập tức làm thay đổi việc lựa chọn ủy ban (committee) chỉ vì giao dịch đã được xác nhận.
Dusk khiến việc sở hữu stake trở nên “ngay lập tức”, còn tư cách đủ điều kiện tham gia đồng thuận thì bị trì hoãn.
và điều đó đã thay đổi câu hỏi đối với tôi.
khi nói rằng một mạng PoS đã “thu được” stake mới, chúng ta có muốn nói rằng vốn đã bị khóa chưa?
hay là giao thức thực sự đã cho phép số vốn đó bắt đầu quyết định các block?
Ban đầu tôi đã coi cây đó như một tập UTXO cá nhân. Khi một ghi chú được chi tiêu, tôi giả định nó sẽ biến mất.
Nhưng whitepaper nói không phải vậy.
Khi một ghi chú Phoenix được chi tiêu, chủ sở hữu sẽ tạo ra một nullifier từ khóa bí mật của ghi chú đó. Mạng sẽ ghi lại nullifier này để ghi chú không thể bị chi tiêu thêm lần nữa.
Tuy nhiên, mạng không biết nullifier đó thuộc về ghi chú nào.
Vì thế ghi chú vẫn tồn tại. Cây vẫn tiếp tục phát triển.
Điều đó tạo ra một khác biệt mà tôi chưa từng nghĩ tới:
đã ghi nhận không đồng nghĩa với có thể chi tiêu.
Một Merkle root gần đây giúp mạng kiểm tra rằng một ghi chú đầu vào thuộc về cây. Chỉ có tư cách thành viên thôi không có nghĩa là giá trị đó vẫn còn “còn sống”.
Câu trả lời nằm trong danh sách nullifier.
Và Phoenix tiếp tục giữ mối liên kết công khai giữa hai phần bị che giấu đó.
Trong Moonlight, Dusk ánh xạ một tài khoản sang số dư công khai.
Phoenix hoạt động khác. mạng xác minh một bằng chứng ZK rằng các ghi chú đầu vào được nullify đúng cách và có đủ giá trị cho các ghi chú mới, tiền gửi và giới hạn gas tối đa, mà không tiết lộ các số lượng.
Vì vậy, một ghi chú Phoenix có thể vẫn được ghi nhận sau khi giá trị kinh tế của nó đã hết.
Bản ghi vẫn tồn tại.
Quyền chi tiêu thì không.
Rồi lại có một sự tách khác.
Một khóa xem có thể được cung cấp cho một bên tin cậy để quét mạng và xác định các giao dịch được gửi tới người dùng. Nhưng họ vẫn không thể chi tiêu các ghi chú đó, vì khóa bí mật của ghi chú cần toàn bộ khóa bí mật của người dùng.
Vì thế, “có thể xem trạng thái riêng tư của tôi” và “có thể kiểm soát trạng thái riêng tư của tôi” là hai quyền khác nhau.
Xuất hiện hai ranh giới:
đã ghi nhận / có thể chi tiêu
nhìn thấy / có thể kiểm soát
Trường hợp đặc biệt mà tôi cứ quay lại là một ứng dụng đang tái dựng xem người dùng hiện tại có gì đúng.
Chỉ việc ghi chú đang tồn tại là chưa đủ.
Có thể nhận ra nó cũng chưa đủ.
Bạn cần lịch sử, trạng thái nullification và đúng chất liệu bí mật.
Điều đó khiến tôi tự hỏi:
Trong một sổ cái riêng, “trạng thái hiện tại” có thật sự là một đối tượng duy nhất không, hay đó là giao điểm của những bản ghi cố ý không đầy đủ khi chỉ đọc một mình?
Chi tiết về Lúc Chạng Vạng mà tôi cứ quay lại là: một khối có thể có chứng thực thành công, nhưng vẫn chưa phải là cuối cùng (final).
lần đọc đầu tiên của tôi về Succinct Attestation thì đơn giản hơn.
đề xuất hạ xuống.
xác thực đạt ngưỡng siêu đa số phiếu Valid.
phê chuẩn xác nhận điều đó.
các chữ ký BLS tổng hợp chứng minh đã đủ quorum.
xong rồi, đúng không?
chưa hẳn.
mục “tính cuối cùng theo thời gian lăn” của Dusk tách một khối thành các trạng thái: accepted, attested, confirmed và final.
nếu một khối được tạo ở vòng lặp I > 0 trong khi một vòng lặp trước đó vẫn chưa có chứng thực fail, thì nó có thể mang chứng thực thành công và chỉ được đánh dấu là accepted.
vì “ủy ban đạt quorum” nghe rất gần với “khối này không thể biến mất.”
trên Dusk thì đó là hai tuyên bố khác nhau.
vòng lặp trước đó vẫn chưa được giải quyết vẫn còn quan trọng. nếu một khối ở vòng lặp thấp hơn sau đó đạt được đồng thuận, cơ chế fallback có thể thay thế khối đã được accepted và loại bỏ các khối kế nhiệm của nó.
vì vậy, chứng thực thành công chỉ chứng minh rằng đã có sự đồng thuận.
nó không phải lúc nào cũng chứng minh chuỗi đã hoàn tất việc lựa chọn.
một khối đã được attested hoặc đã được hạ xuống ở iteration 0, hoặc có các chứng thực fail bao phủ mọi vòng lặp trước đó, nên không có khối ở vòng lặp thấp hơn nào có thể thay thế trực tiếp nó. confirmed phụ thuộc vào các khối ở sau. final chỉ xuất hiện khi khối đã được confirmed và cha (parent) của nó đã là final.
điều đó khiến “finality trong vài giây” cảm giác ít giống như một sự kiện đơn lẻ và giống hơn như một ranh giới mà một ứng dụng phải đọc cho đúng.
một ứng dụng trên Dusk không chỉ đang hỏi liệu đồng thuận có ký cái gì đó hay không.
giải phóng collateral?
nhận diện một chuyển giao bảo mật?
để một hợp đồng khác coi trạng thái là không thể đảo ngược?
những việc đó có thể không xứng đáng với cùng một ngưỡng.
đa số thời gian thì việc này hẳn sẽ diễn ra nhanh. ổn
trường hợp biên mới là thứ khiến tôi quan tâm: một khối trông có vẻ thành công, ứng dụng phản ứng với nó, và một iteration thấp hơn vẫn còn đang tồn tại.
Dusk không che giấu khoảng trống đó. nó gọi tên nó.
accepted không phải là final.
và ngay khi tôi nhận ra điều đó, câu hỏi tích hợp của tôi đã đổi khác.
không phải “đồng thuận có thành công không?”
ứng dụng này cần Dusk đảm bảo mức độ không thể đảo ngược đến đâu trước khi nó hành động?