api

Tôi đã suy nghĩ rất nhiều về ý nghĩa của việc xây dựng tiền bạc và danh tính cho máy móc, và Kite cảm thấy như một trong những dự án hiếm hoi cố gắng đối mặt với câu hỏi đó một cách trực diện bằng cách thiết kế lại các đường ray thay vì buộc các tác nhân phải chen chúc vào các hệ thống ưu tiên con người, và đó là lý do tại sao tôi viết điều này trong một hơi thở liên tục — để cố gắng khớp với cảm giác của một dòng chảy tác nhân nơi danh tính, quy tắc và giá trị di chuyển cùng nhau mà không có ma sát không cần thiết. $KITE là, về bản chất, một #EVM -tương thích Layer-1 được xây dựng cho các khoản thanh toán tác nhân và phối hợp thời gian thực giữa các #AI nhân tố tự trị, điều này có nghĩa là họ giữ sự tương thích với các công cụ hiện có trong tâm trí trong khi phát minh ra các nguyên thủy mới có ý nghĩa cho máy móc, không chỉ cho con người, và sự lựa chọn thiết kế đó cho phép các nhà phát triển tái sử dụng những gì họ biết trong khi cung cấp cho các tác nhân các tính năng hạng nhất mà họ thực sự cần. Họ đã xây dựng một mô hình danh tính ba lớp mà tôi đã nhận thấy xuất hiện nhiều lần trong tài liệu và tài liệu trắng của họ vì nó giải quyết một vấn đề khó khăn một cách lừa dối: ví không đủ tốt khi một AI cần hành động độc lập nhưng dưới quyền của con người, vì vậy Kite tách biệt danh tính người dùng gốc (quyền lực con người hoặc tổ chức), danh tính tác nhân (một địa chỉ có thể ủy quyền, xác định mà đại diện cho tác nhân tự trị), và danh tính phiên (một khóa tạm thời cho các nhiệm vụ ngắn hạn cụ thể), và sự tách biệt đó thay đổi mọi thứ về cách bạn nghĩ về rủi ro, ủy quyền và thu hồi trong thực tế. Về mặt thực tiễn, điều đó có nghĩa là nếu bạn đang xây dựng một tác nhân đặt hàng tạp hóa, tác nhân đó có thể có địa chỉ trên chuỗi riêng và các quy tắc chi tiêu lập trình được gắn mã hóa với người dùng mà không phơi bày các khóa chính của người dùng, và nếu có điều gì đó không ổn, bạn có thể kéo một khóa phiên hoặc thay đổi quyền tác nhân mà không làm hỏng danh tính trên chuỗi rộng hơn của người dùng — Tôi đang nói với bạn, đó là loại an toàn hoạt động mà chúng tôi xem nhẹ trong các dịch vụ con người nhưng chưa có cho các tác nhân máy móc cho đến bây giờ. Các nhà sáng lập không dừng lại ở danh tính; họ giải thích một khung SPACE trong tài liệu trắng của họ — giải quyết thanh toán gốc stablecoin, các ràng buộc lập trình, xác thực tác nhân trước và nhiều thứ khác — vì khi các tác nhân thực hiện các giao dịch vi mô cho các cuộc gọi #API , tính toán hoặc dữ liệu thì kinh tế đơn vị phải hợp lý và lớp thanh toán cần các khoản phí dự đoán, dưới một xu đến mức rất nhỏ, các khoản thanh toán tần suất cao thực sự khả thi, và lựa chọn của Kite để tối ưu hóa cho việc thanh toán stablecoin và độ trễ thấp trực tiếp giải quyết điều đó.

Lần đầu tiên tôi thật sự chú ý đến thuật ngữ API, nó không nằm trong một tài liệu kỹ thuật. Nó được chôn vùi trong một cuộc trò chuyện giữa hai nhà phát triển tranh luận về lý do tại sao một ứng dụng liên tục không tải được giá từ một sàn giao dịch tiền điện tử. Một trong số họ lẩm bẩm, gần như một cách tự nhiên, “Cuộc gọi API đang bị hết thời gian.” Vào thời điểm đó, nó nghe như một thuật ngữ chuyên ngành. Sau này, tôi nhận ra rằng một cụm từ như vậy mô tả một cách yên lặng cấu trúc kết nối của hầu hết các hệ thống kỹ thuật số hiện đại - bao gồm toàn bộ cấu trúc của tiền điện tử.
Trong thế giới tài chính kỹ thuật số, cụm từ Giao diện lập trình ứng dụng - hay API - xuất hiện liên tục. Trên bề mặt, một API đơn giản chỉ là một tập hợp các quy tắc cho phép một phần mềm giao tiếp với một phần mềm khác. Khi một trình theo dõi danh mục đầu tư tiền điện tử hiển thị số dư mới nhất của bạn, nó không phải là đoán. Nó đang hỏi một sàn giao dịch về thông tin thông qua API của nó. Sàn giao dịch trả lời bằng dữ liệu có cấu trúc, và ứng dụng biến điều đó thành thứ có thể đọc được.

#APRO Oracle là một trong những dự án mà khi bạn lần đầu nghe về nó, có vẻ như là một câu trả lời kỹ thuật cho một vấn đề của con người — chúng tôi muốn các hợp đồng và đại lý trên blockchain hành động dựa trên sự thật cảm thấy trung thực, kịp thời và dễ hiểu — và khi tôi đào sâu vào cách nó được xây dựng, tôi nhận thấy câu chuyện ít về ma thuật và nhiều hơn về sự trao đổi cẩn thận, thiết kế nhiều lớp, và một sự khăng khăng trong việc làm cho dữ liệu cảm thấy như đã được trải nghiệm chứ không chỉ là được cung cấp, đó là lý do tại sao tôi bị thu hút để giải thích nó từ gốc rễ theo cách mà ai đó có thể kể cho một người hàng xóm về một công cụ mới, hữu ích một cách âm thầm trong làng: nó là gì, tại sao nó quan trọng, nó hoạt động như thế nào, điều gì cần chú ý, đâu là những nguy hiểm thực sự, và điều gì có thể xảy ra tiếp theo tùy thuộc vào cách mà mọi người chọn sử dụng nó. Họ gọi APRO là một oracle thế hệ tiếp theo và nhãn hiệu đó bám lấy vì nó không chỉ chuyển tiếp các số giá — mà còn cố gắng đánh giá, xác minh, và bối cảnh hóa điều phía sau con số bằng cách sử dụng cả trí tuệ ngoài chuỗi và những đảm bảo trong chuỗi, pha trộn các nguồn “đẩy” liên tục cho các hệ thống cần cập nhật liên tục, độ trễ thấp với các truy vấn “kéo” theo yêu cầu cho phép các ứng dụng nhỏ hơn xác minh mọi thứ chỉ khi họ phải, và mô hình giao hàng kép đó là một trong những cách rõ ràng nhất mà đội ngũ đã cố gắng đáp ứng các nhu cầu khác nhau mà không ép buộc người dùng vào một khuôn mẫu duy nhất.