Aina-

11.4k Bài đăng

Aina-

🖤👈🏻

45 Đang theo dõi

1.0K+ Người theo dõi

3.6K+ Đã thích

Bài đăng

Tất cả

Trích dẫn

Live

PINNED

Aina-

Đã xác minh

Chi phí thực sự của một lớp thanh toán cho tác tử không nằm ở phí giao dịch. Mà là số giờ nhà phát triển mất đi khi thanh toán thất bại và chẳng ai giải thích được lý do. Kite là một dự án phù hợp để thử nghiệm điều đó. Mainnet ra mắt vào tháng 4, với Agent Passport và hơn 90 nhà cung cấp dịch vụ đã tích hợp, cùng với hỗ trợ x402 và MCP, CLI kpass và testnet. Với các nhà phát triển, hiện tại con đường được hỗ trợ đầy đủ là MCP: các tác tử như Cursor và Claude Desktop kết nối với Kite, còn thanh toán được thực hiện trong một phiên có giới hạn chi tiêu. Điều tôi thích: tài liệu liệt kê các tình huống lỗi thực tế như phiên hết hạn và ngân sách không đủ, kèm theo cách khắc phục. Điều tôi sẽ để mắt tới: các phiên sẽ hết hạn, nên “mai chạy lại” đồng nghĩa với việc phải xác thực lại; và hai trong ba chế độ dành cho nhà phát triển — những chế độ dùng để thiết lập theo chương trình — vẫn được ghi là “sắp ra mắt”. #KiteBBW Chưa điều nào trong số đó là dấu hiệu đáng lo ở giai đoạn còn sớm như thế này. Đơn giản đó là khoảng cách giữa một kiến trúc vững chắc và trải nghiệm phát triển suôn sẻ. Vì vậy, bài kiểm tra của tôi rất đơn giản: một nhà phát triển bình thường có thể xây dựng một tác tử thanh toán cho API chỉ trong một cuối tuần, rồi chạy lại vào ngày hôm sau mà không phải đoán mò không? Nếu có, trải nghiệm dành cho nhà phát triển sẽ trở thành lợi thế thực sự của Kite. Nếu không, kiến trúc tuyệt vời cũng chỉ nằm trên sơ đồ. Các nhà phát triển thường vướng ở đâu trước tiên? 📊 Xây dựng một tác tử trả phí cho mỗi lần gọi API. Điều gì khiến bạn bỏ cuộc trước tiên? #KiteBBW $KITE $BIRB $IRYS {future}(IRYSUSDT) {future}(BIRBUSDT) {future}(KITEUSDT)

Chi phí thực sự của một lớp thanh toán cho tác tử không nằm ở phí giao dịch. Mà là số giờ nhà phát triển mất đi khi thanh toán thất bại và chẳng ai giải thích được lý do.

Kite là một dự án phù hợp để thử nghiệm điều đó. Mainnet ra mắt vào tháng 4, với Agent Passport và hơn 90 nhà cung cấp dịch vụ đã tích hợp, cùng với hỗ trợ x402 và MCP, CLI kpass và testnet. Với các nhà phát triển, hiện tại con đường được hỗ trợ đầy đủ là MCP: các tác tử như Cursor và Claude Desktop kết nối với Kite, còn thanh toán được thực hiện trong một phiên có giới hạn chi tiêu.

Điều tôi thích: tài liệu liệt kê các tình huống lỗi thực tế như phiên hết hạn và ngân sách không đủ, kèm theo cách khắc phục. Điều tôi sẽ để mắt tới: các phiên sẽ hết hạn, nên “mai chạy lại” đồng nghĩa với việc phải xác thực lại; và hai trong ba chế độ dành cho nhà phát triển — những chế độ dùng để thiết lập theo chương trình — vẫn được ghi là “sắp ra mắt”. #KiteBBW

Chưa điều nào trong số đó là dấu hiệu đáng lo ở giai đoạn còn sớm như thế này. Đơn giản đó là khoảng cách giữa một kiến trúc vững chắc và trải nghiệm phát triển suôn sẻ.

Vì vậy, bài kiểm tra của tôi rất đơn giản: một nhà phát triển bình thường có thể xây dựng một tác tử thanh toán cho API chỉ trong một cuối tuần, rồi chạy lại vào ngày hôm sau mà không phải đoán mò không?

Nếu có, trải nghiệm dành cho nhà phát triển sẽ trở thành lợi thế thực sự của Kite. Nếu không, kiến trúc tuyệt vời cũng chỉ nằm trên sơ đồ.

Các nhà phát triển thường vướng ở đâu trước tiên?

📊 Xây dựng một tác tử trả phí cho mỗi lần gọi API. Điều gì khiến bạn bỏ cuộc trước tiên?

#KiteBBW $KITE

$BIRB $IRYS

Session and auth setup

Errors I can't trace

Docs with no working example

Features still "coming soon"

16 giờ còn lại

KITE-3,54%

Aina-

Đã xác minh

Một chỉ thị riêng tư chỉ hoạt động trên một chain thì hữu ích, nhưng vẫn còn hạn chế. Đó là khoảng trống tôi muốn Nillion khắc phục sau khi Dusk ra mắt mainnet Ethereum vào ngày 28 tháng 9. Đây là cách Covenants hoạt động hiện nay. Bạn gắn một chỉ thị với một điều kiện; chỉ thị được mã hóa trong thời gian chờ và sẽ mở ra khi điều kiện đó được đáp ứng. Một khởi đầu tốt, nhưng vẫn bị giới hạn trên một chain. Đó là lý do Darkfall và Skyglow thu hút sự chú ý của tôi trong lộ trình bảy giai đoạn của Nillion. Darkfall dự kiến triển khai từ tháng 11 năm 2026 đến tháng 2 năm 2027. Ý tưởng là đưa mọi thứ Dusk có thể làm lên nhiều chain EVM thông qua một mạng lưới duy nhất, với các node và công cụ riêng cho từng chain để nhà vận hành và nhà phát triển có thể làm việc trực tiếp trên mỗi chain. @nillionnetwork Skyglow tiến thêm một bước. Lộ trình mô tả việc xác minh một điều kiện trên chain này trong khi chỉ thị được hoàn tất trên chain khác, với các bằng chứng mật mã xác thực việc tiết lộ. Dự án cũng hướng đến hỗ trợ các chain ngoài EVM. #NIL Điều tôi quan tâm nhất rất đơn giản: hành động được thực thi phải tuân theo điều kiện của nó mà không cần thêm một bên mới để tin cậy. Kết nối các chain là phần dễ. Giữ vững cam kết đó trong quá trình chuyển giao mới là phần khó, và tôi nghĩ đây là điểm khiến hầu hết các thiết kế cross-chain gặp trở ngại. Nếu làm đúng, các chỉ thị riêng tư sẽ không còn có vẻ quá ngách. Xin nói rõ, Darkfall và Skyglow là các mục tiêu trong lộ trình, chưa phải tính năng đang hoạt động. Theo bạn, Nillion nên triển khai bước nào trong lộ trình trước tiên? $NIL #nil $NIL @nillionnetwork

Một chỉ thị riêng tư chỉ hoạt động trên một chain thì hữu ích, nhưng vẫn còn hạn chế. Đó là khoảng trống tôi muốn Nillion khắc phục sau khi Dusk ra mắt mainnet Ethereum vào ngày 28 tháng 9.

Đây là cách Covenants hoạt động hiện nay. Bạn gắn một chỉ thị với một điều kiện; chỉ thị được mã hóa trong thời gian chờ và sẽ mở ra khi điều kiện đó được đáp ứng. Một khởi đầu tốt, nhưng vẫn bị giới hạn trên một chain.

Đó là lý do Darkfall và Skyglow thu hút sự chú ý của tôi trong lộ trình bảy giai đoạn của Nillion.

Darkfall dự kiến triển khai từ tháng 11 năm 2026 đến tháng 2 năm 2027. Ý tưởng là đưa mọi thứ Dusk có thể làm lên nhiều chain EVM thông qua một mạng lưới duy nhất, với các node và công cụ riêng cho từng chain để nhà vận hành và nhà phát triển có thể làm việc trực tiếp trên mỗi chain. @Nillion

Skyglow tiến thêm một bước. Lộ trình mô tả việc xác minh một điều kiện trên chain này trong khi chỉ thị được hoàn tất trên chain khác, với các bằng chứng mật mã xác thực việc tiết lộ. Dự án cũng hướng đến hỗ trợ các chain ngoài EVM. #NIL

Điều tôi quan tâm nhất rất đơn giản: hành động được thực thi phải tuân theo điều kiện của nó mà không cần thêm một bên mới để tin cậy. Kết nối các chain là phần dễ. Giữ vững cam kết đó trong quá trình chuyển giao mới là phần khó, và tôi nghĩ đây là điểm khiến hầu hết các thiết kế cross-chain gặp trở ngại. Nếu làm đúng, các chỉ thị riêng tư sẽ không còn có vẻ quá ngách.

Xin nói rõ, Darkfall và Skyglow là các mục tiêu trong lộ trình, chưa phải tính năng đang hoạt động.

Theo bạn, Nillion nên triển khai bước nào trong lộ trình trước tiên? $NIL

#nil $NIL @Nillion

Darkfall

71%

Skyglow

29%

Non-EVM

Both together

7 phiếu bầu • Cuộc bỏ phiếu đã kết thúc

NIL+3,48%

Aina-

🌸

Hoorain_X

đã tìm hiểu Encrypted Markets của @Nillion , nghĩ rằng quyền riêng tư trong giao dịch chủ yếu là chuyện người khác nhìn thấy hoạt động ví của bạn. Rồi tôi bắt đầu tìm hiểu về Covenants và nhận ra còn một vấn đề khác đang hiển hiện ngay trước mắt.

Chiến lược của bạn có thể bị lộ trước cả khi giao dịch diễn ra.

Thử nghĩ xem.

Khi bạn đặt lệnh, người khác có thể thấy giá vào lệnh hoặc mức thanh lý của bạn. Họ không cần biết bạn là ai để hiểu kế hoạch của bạn. Một khi nhìn thấy, họ có thể phản ứng trước khi giao dịch của bạn được thực hiện.

Đây là điểm khiến Covenants trở nên thú vị.

Thay vì công khai một chỉ thị dưới dạng dễ đọc, bạn khóa nó theo một điều kiện được xác định trước. Chỉ thị được mã hóa vẫn không thể đọc được trong khi mạng lưới nút của Nillion chờ điều kiện đó. Khi điều kiện được kích hoạt, các nút giải phóng những phần chia sẻ mật mã cần thiết, cho phép khôi phục chỉ thị và xử lý nó trên Ethereum.

Bạn có thể chuẩn bị trước chiến lược mà không cần phát tán chi tiết cho tất cả những người đang theo dõi blockchain.

Hmm. Điều tôi cứ nghĩ mãi là chuyện này không đơn thuần chỉ là che giấu một giao dịch. Nó là thay đổi những gì những người tham gia thị trường khác có thể biết được trước khi giao dịch được thực hiện.

Hãy tưởng tượng bạn đặt lệnh mua ETH có điều kiện mà không để lộ trước mức giá dự định vào lệnh, hoặc chuẩn bị một lệnh cắt lỗ vẫn được niêm phong cho đến khi điều kiện kích hoạt xuất hiện.

Tất nhiên, tính bảo mật không đảm bảo khớp lệnh tốt hơn, loại bỏ mọi hình thức MEV hay ngăn chặn tất cả lỗi trong quá trình triển khai. Các điều kiện và cơ chế thực thi vẫn rất quan trọng.

Nhưng đây là một ý tưởng đáng để quan tâm.

Chúng ta đã dành nhiều năm để làm cho hoạt động tài chính đủ minh bạch để có thể kiểm chứng, đôi khi phải đánh đổi bằng việc tiết lộ những chiến lược mà các nhà giao dịch muốn giữ kín.

vậy bạn thích điều gì nhất ở covenants???
#NIL $NIL

Aina-

🎙️ 🚀 Phân tích chuyên sâu PROM｜Khám phá cơ hội mới trong hệ sinh thái Binance

Kết thúc

02 giờ 34 phút 05 giây

6.2k

Aina-

🎙️ Trao đổi tình hình thị trường tiền mã hóa; giải đáp thắc mắc cho người mới ✅ Cùng xây dựng Binance Square 🦅 lan tỏa lý tưởng tự do! Duy trì cân bằng hệ sinh thái!

Kết thúc

03 giờ 13 phút 42 giây

10.1k

Aina-

🎙️ CZ, nhà sáng lập Binance: Đợt tăng giá tiền mã hóa này có thể giúp bạn trở nên giàu có

Kết thúc

03 giờ 23 phút 56 giây

Aina-

🎙️ Livestream chuyên đề về quyền lợi hệ sinh thái PROM × Binance

Kết thúc

02 giờ 01 phút 00 giây

6.3k

Aina-

🎙️ Xây dựng Binance Square, theo dõi các đồng tiền giá trị hàng đầu BTC ETH BNB SOL 🚀🚀🚀🚀

Kết thúc

02 giờ 31 phút 21 giây

3.1k

Aina-

🎙️ Trao đổi về thị trường tiền mã hóa; giải đáp thắc mắc cho người mới ✅ Cùng xây dựng Binance Square 🦅 Lan tỏa tư tưởng tự do! Duy trì cân bằng hệ sinh thái!