KITE: MỘT KIẾN TRÚC MỚI CHO CÁC THANH TOÁN TỰ ĐỘNG

Cách $KITE hoạt động từ nền tảng lên

Tôi sẽ cố gắng kể điều này như một câu chuyện vì đó là cách tôi lần đầu tiên hiểu rõ về nó, và họ đang xây dựng một cái gì đó giống như một câu trả lời cho một số ma sát thực sự, hàng ngày hơn là một thí nghiệm công nghệ thuần túy, vì vậy hãy tưởng tượng một thế giới mà phần mềm tự động — không chỉ con người nhấn nút mà các chương trình quyết định và giao dịch — cần một cách hành động mà có thể chịu trách nhiệm, có thể kiểm toán và có thể dự đoán, và Kite được thiết kế để trở thành khung đó, bắt đầu với một blockchain tương thích với #EVM Layer 1, được tối ưu hóa cho sự phối hợp tác nhân theo thời gian thực và sau đó xây dựng danh tính và quản trị xung quanh nó để các tác nhân có thể giao dịch với một nhân dạng có thể xác minh và các quy tắc họ tuân theo là có thể lập trình và quan sát được; từ nền tảng lên, điều đó có nghĩa là đội ngũ đã chọn một nền tảng tương thích với #EVM M vì tính tương tác là quan trọng — họ không phát minh ra một máy ảo mới sẽ làm vỡ công cụ và sự chia sẻ tư duy của các nhà phát triển, thay vào đó họ đang cho phép các mẫu hợp đồng thông minh, ví, và công cụ phát triển quen thuộc hoạt động trong khi điều chỉnh đồng thuận, mempool, và logic gas cho các tương tác có độ trễ thấp và thông lượng cao mà bạn sẽ cần nếu các tác nhân tự động phải phối hợp thường xuyên và nhanh chóng, và mô hình danh tính ba lớp — tách biệt người dùng, tác nhân, và phiên — là bước đi khái niệm chính mà định hình lại trách nhiệm và khả năng theo cách cảm thấy có tính trung tâm con người hơn, vì nó công nhận rằng danh tính không phải là một khối đơn lẻ mà là một tập hợp các vai trò và bối cảnh tạm thời nơi hồ sơ lâu dài của một người (người dùng), tác nhân được ủy quyền của họ (tác nhân), và một phần tương tác cụ thể (phiên) có thể cần các quyền hạn, quy tắc thu hồi, và khả năng quan sát khác nhau.

Nếu bạn đi qua hệ thống từng bước một, bạn bắt đầu từ #L1 nơi sự đồng thuận và thực hiện giao dịch được tối ưu hóa cho sự kết thúc ngắn và độ trễ dự đoán được để một tác nhân có thể đưa ra quyết định, cam kết thanh toán, và chuyển sang nhiệm vụ tiếp theo mà không phải chờ đợi hàng phút, và họ đã ghép điều đó với tính tương thích #EVM để các hợp đồng thông minh, ví, và các nhà phát triển cảm thấy như ở nhà, sau đó trên tất cả những điều đó là lớp danh tính phát hành các xác thực và các ràng buộc mật mã liên kết một tác nhân với một người dùng theo cách có thể xác minh trong khi cũng cho phép các phiên — các kênh mật mã tạm thời có thể được tạo ra, ủy quyền, và thu hồi nhanh chóng — vì vậy bạn không phải tiết lộ toàn bộ quyền hạn của người dùng mỗi khi một tác nhân hành động; lớp tiếp theo là quản trị và tiện ích token nơi $KITE bắt đầu khiêm tốn, cung cấp sự tham gia và các động lực để khởi động hoạt động mạng, và sau đó chuyển sang staking, quyền quản trị, và các chức năng thu phí khi mạng đã trưởng thành, có nghĩa là các đòn bẩy kinh tế được giai đoạn để giảm áp lực tập trung sớm và để cho các cơ chế quản trị được hình thành bởi những người dùng và tác nhân thực tế khi họ xuất hiện trong môi trường tự nhiên, và xung quanh tất cả những điều này là các công cụ phát triển và thời gian thực cho phép các tác nhân đăng ký ý định, thương lượng trạng thái, giải quyết thanh toán, và giải quyết tranh chấp thông qua các hợp đồng có thể trọng tài trên chuỗi và các oracle ngoài chuỗi khi cần thiết, đó là cách mà toàn bộ trải nghiệm trở nên thống nhất chứ không phải là một túi các tính năng tách biệt.

Tôi đã nhận thấy rằng vấn đề mà Kite đang cố gắng giải quyết không chỉ đơn thuần là “cho phép các tác nhân thanh toán” mà còn là “cho phép các tác nhân hành động theo cách mà chúng ta có thể tin tưởng, quản lý và phục hồi từ”, vì các tác nhân mở ra những mô hình đe dọa mới: các tác nhân kinh tế có thể tự động hóa hành vi chơi game, các phiên tạm thời mà nếu bị xâm phạm có thể gây ra tổn thất chuỗi, và các khoảng trống danh tính nơi rất khó để phân biệt liệu một hành động đến từ một con người hay một thuật toán không được giám sát; hệ thống danh tính ba lớp giải quyết một số vấn đề này cùng một lúc bằng cách cho phép các chính sách xác thực và hình phạt khác nhau tùy thuộc vào việc đó là danh tính người dùng dài hạn, một tác nhân được ủy quyền hành động thay mặt họ, hay một phiên ngắn hạn cho một nhiệm vụ duy nhất, vì vậy bạn có thể, ví dụ, yêu cầu tài sản thế chấp cao hơn hoặc các xác thực trên chuỗi nghiêm ngặt hơn cho các hợp đồng tác nhân lâu dài nhưng cho phép các phiên nhẹ cho các khoản thanh toán vi mô hàng ngày, và sự lựa chọn thiết kế đó lan tỏa qua trải nghiệm người dùng, kinh tế, và quản lý rủi ro theo những cách quan trọng hơn là những số liệu thông lượng hào nhoáng vì nó tạo ra các con đường phục hồi thực tiễn và những nơi mà giám sát của con người có thể quay lại vào vòng lặp.

Từ góc độ lựa chọn kỹ thuật, một vài quyết định thực sự quan trọng và giải thích hành vi của mạng trong thực tế: tính tương thích #EVM làm giảm rào cản cho việc áp dụng và cho phép các công cụ hiện có kết nối, nhưng nếu họ tối ưu hóa việc đo gas, lập thứ tự mempool, và thời gian khối cho các luồng tác nhân họ thay đổi kinh tế của các khoản thanh toán nhỏ, thường xuyên, điều này rất quan trọng để thực hiện các khoản thanh toán vi mô giữa các tác nhân mà không làm dừng chuỗi, và kiến trúc xác thực danh tính là một lựa chọn lớn thứ hai vì nó đánh đổi sự tập trung cho tính khả thi — bạn cần các nguồn xác thực đáng tin cậy và một cách để quản lý việc thu hồi khóa không phụ thuộc vào một oracle hay quyền hạn duy nhất, vì vậy họ có khả năng dựa vào các kế hoạch xác thực phi tập trung hoặc các xác thực viên đa bên giúp giảm các điểm thất bại đơn lẻ nhưng tăng độ phức tạp, và cuối cùng là tiện ích token giai đoạn — bắt đầu với sự tham gia và động lực trước khi chuyển sang staking và quản trị — thay đổi động lực phân phối sớm và nhằm tránh tập trung quản trị quá sớm trong khi vẫn thưởng cho những người xây dựng và các tác nhân sớm; ba trục đó — hiệu suất thực thi, thiết kế danh tính, và chuỗi kinh tế token — là những gì xác định cả trải nghiệm người dùng hàng ngày và các đặc điểm hệ thống như phân cấp, khả năng phục hồi, và chi phí của những sai lầm.

Khi bạn hỏi các chỉ số nào cần theo dõi và những con số đó thực sự có ý nghĩa gì trong thực tế, tôi quan tâm nhiều hơn đến một vài tín hiệu lấy con người làm trung tâm hơn là các tiêu chuẩn thô, mặc dù cả hai đều quan trọng: theo dõi thông lượng (giao dịch mỗi giây) và thời gian hoàn tất cùng nhau — #TPS cho bạn biết công suất và thời gian hoàn tất cho bạn biết độ trễ quyết định, và đối với các tác nhân bạn muốn TPS vừa phải cao với thời gian hoàn tất từ dưới một giây đến vài giây tùy thuộc vào trường hợp sử dụng vì nếu tác nhân của bạn phải chờ hàng chục giây để tiếp tục, nó sẽ phá vỡ dòng chảy, vì vậy những con số đó trực tiếp liên quan đến trải nghiệm người dùng; theo dõi độ trễ trung vị và độ trễ đuôi vì các tác nhân nhạy cảm với các độ trễ tồi tệ nhất hơn là mức trung bình, và nếu bạn thấy các đuôi dài, bạn sẽ có logic tác nhân mong manh mà hoặc ngừng lại hoặc tạo ra các phương án không an toàn. Về mặt kinh tế, hãy theo dõi số lượng tác nhân hoạt động, tỷ lệ tạo phiên, và các xác thực trên chuỗi — đây là các đại diện sử dụng cho thấy liệu các ủy quyền thực sự đang diễn ra so với lưu lượng thử nghiệm tổng hợp — và cũng hãy chú ý đến các chỉ số phân phối token (tỷ lệ phần trăm của $KITE nằm trong tay đội ngũ/ ngân khố sớm so với nguồn cung lưu hành), tỷ lệ tham gia staking khi staking được kích hoạt, và tỷ lệ tham gia quản trị vì chúng cho bạn biết liệu các quyết định có được đại diện rộng rãi hay bị kiểm soát bởi một vài chủ sở hữu lớn; cuối cùng, hãy theo dõi các chỉ số an ninh như số lượng sự kiện slashing, sự cố xâm phạm danh tính, và sự cố phân kỳ oracle — đó không phải là những con số phù phiếm, đó là những nơi mà người dùng thực sự mất niềm tin, và đó là những điều buộc các phản ứng phát sinh, đôi khi là ad-hoc, trở thành tiền lệ.

Có những rủi ro và điểm yếu cấu trúc thực sự ở đây mà không cần phóng đại: các hệ thống danh tính tạo ra các đánh đổi về quyền riêng tư, vì danh tính có thể xác minh có nghĩa là dữ liệu có thể được liên kết giữa các phiên trừ khi các xác thực bảo vệ quyền riêng tư được sử dụng, và nếu quyền riêng tư bị xử lý sai, các tác nhân được thiết lập để hoạt động thay mặt người dùng có thể rò rỉ thông tin hành vi hoặc tài chính có thể bị vũ khí hóa, vì vậy họ cần có các nguyên tắc tiết lộ chọn lọc và kiểu không biết hoặc các biện pháp bảo vệ pháp lý/hành chính mạnh mẽ để tránh điều đó. Cũng có rủi ro về các cuộc tấn công Sybil hoặc thông đồng trong các nền kinh tế tác nhân nơi các tác nhân tự động xuất hiện để bỏ phiếu trong quản trị hoặc để thao túng các động lực; ngay cả với staking hoặc slashing, tự động hóa cho phép kẻ tấn công nhanh chóng lặp lại các chiến lược, vì vậy thiết kế quản trị cần tính đến sự phối hợp tự động và bao gồm các giới hạn tỷ lệ, hạn ngạch liên kết danh tính, hoặc trọng số uy tín mà có khả năng chống lại tự động hóa rẻ. Các lỗi hợp đồng thông minh và các lỗi thiết kế kinh tế là một lớp rủi ro khác: các tác nhân sẽ kết hợp các hợp đồng nhanh chóng và quy mô lớn, và một khai thác kinh tế đơn lẻ có thể làm cạn kiệt tài sản thế chấp hoặc thao túng một giao thức phiên có thể lan ra qua các mạng tác nhân, vì vậy việc xác minh chính thức, các chương trình thưởng, và các phương án dự phòng có tầng là nhiều hơn một biện pháp bảo mật — chúng là bảo hiểm cho một lớp hành vi mới phát sinh. Cũng có những rủi ro về quy định và tuân thủ: nếu các tác nhân hoạt động với quyền ủy quyền để di chuyển giá trị, các cơ quan quản lý có thể hỏi ai là người chịu trách nhiệm khi mọi thứ sai lầm, và hệ thống danh tính ba lớp giúp làm rõ trách nhiệm đó nhưng cũng có thể khiến mạng trở thành mục tiêu cho sự giám sát quy định nếu nó được coi là cho phép các chuyển giao tự động, không minh bạch, vì vậy họ sẽ cần các dấu vết kiểm toán rõ ràng trên chuỗi và một tư thế quản trị có thể tham gia với các khung pháp lý. Cuối cùng, sự tập trung của các khoản nắm giữ token hoặc dịch vụ xác thực là một điểm yếu thực tiễn vì nếu một số ít thực thể kiểm soát các xác thực hoặc một tỷ lệ lớn các token, họ có thể làm biến dạng quản trị hoặc kiểm duyệt các tác nhân, và đây là một trong những rủi ro chậm cháy mà trông có vẻ ổn ngay từ đầu nhưng trở thành một vấn đề cấu trúc khi việc sử dụng tăng lên.

Nếu nó trở nên thành công, chúng ta đang thấy hai quỹ đạo vĩ mô khả thi và cả hai đều cảm thấy thực tế: trong một kịch bản tăng trưởng chậm, Kite phát triển một cách có phương pháp khi các nhà phát triển thử nghiệm với tiền tác nhân cho các lĩnh vực hẹp — hãy nghĩ đến quản lý đăng ký, thanh toán vi mô chuỗi cung ứng tự động, hoặc các trợ lý tác nhân trong ứng dụng quản lý ngân sách nhỏ — việc áp dụng vẫn do các nhà phát triển dẫn dắt và chủ yếu #B2B , staking và quản trị được kích hoạt dần dần, và thiết kế kinh tế của mạng lưới được tinh chỉnh thông qua các sự cố ảnh hưởng thấp và quy trình cộng đồng; con đường này có nghĩa là mạng lưới có thời gian để trưởng thành, các chuẩn mực quản trị để phát triển, và các tính năng bảo vệ quyền riêng tư được lặp lại với sự đóng góp cẩn thận từ cộng đồng, nhưng nó cũng có nghĩa là việc thu hút giá trị chậm hơn cho các chủ token sớm và một đường băng dài hơn để phù hợp với thị trường sản phẩm vì các tác nhân cần tích hợp thế giới thực để có ý nghĩa. Trong một kịch bản chấp nhận nhanh, mạng lưới tìm ra một tích hợp tuyệt vời — có thể là các chợ tự động nơi các tác nhân thương lượng các hợp đồng vi mô theo cấp dịch vụ hoặc các nền tảng lớn áp dụng mô hình phiên để ủy quyền các nhiệm vụ hàng ngày cho các tác nhân trên chuỗi — và việc sử dụng bùng nổ, dẫn đến nhu cầu TPS cao và một động thái sớm tới tiện ích kinh tế đầy đủ của KITE nơi staking, thu phí, và quản trị trở nên nhanh chóng quan trọng; điều này thúc đẩy thanh khoản và hiệu ứng mạng nhưng cũng gây áp lực lên danh tính và hệ thống oracle, phơi bày các rủi ro mở rộng và an ninh sớm hơn, và khả năng của đội ngũ để phản ứng một cách quyết đoán và minh bạch với các sự cố trở thành điểm mấu chốt xem liệu sự phát triển có bền vững hay không hay cuối cùng sẽ tập trung và mong manh. Cả hai kịch bản đều chia sẻ một chủ đề chung: quản trị và khả năng phát triển các quy tắc giao thức nhanh chóng nhưng có trách nhiệm là trung tâm cho các kết quả lành mạnh vì các khoản thanh toán tác nhân giới thiệu các động lực mới mà không mô hình token tĩnh nào có thể hoàn toàn dự đoán.

Tôi đã nhận thấy trong các cuộc trò chuyện với những người khác xây dựng công nghệ tương tự rằng lớp xã hội — cách mà con người diễn giải và giám sát hành vi tác nhân — cũng quan trọng như mã, vì các tác nhân sẽ làm những gì họ được phép và đôi khi là những gì họ được khuyến khích làm ngay cả khi những hành động đó không phù hợp với kỳ vọng của con người, vì vậy các hệ thống làm cho quyết định của tác nhân có thể quan sát, giải thích, và đảo ngược trong thực tế là những hệ thống nhận được lòng tin trước tiên, và cách tiếp cận thu hồi phiên và danh tính nhiều tầng của Kite là những nguyên tắc đúng đắn để hỗ trợ những biện pháp chữa trị của con người nếu chúng được thực hiện với khả năng sử dụng trong thế giới thực trong tâm trí, chẳng hạn như bảng điều khiển người dùng rõ ràng hiển thị các phiên tác nhân hoạt động, các khóa dễ dàng để thu hồi, và các quy trình giải quyết tranh chấp mà người dùng không chuyên có thể theo dõi.

Về mặt kinh tế, hãy chú ý đến cách các động lực được phân phối trong giai đoạn tham gia sớm vì các động lực quá hào phóng dành cho các nhà cung cấp thanh khoản sớm có thể khóa giao thức vào các chu kỳ trợ cấp không bền vững, trong khi các động lực quá keo kiệt làm chậm việc chấp nhận và để lại các hiệu ứng mạng hữu ích chưa được hiện thực hóa; việc triển khai theo giai đoạn tiện ích token là một nỗ lực suy nghĩ để cân bằng các đánh đổi này, nhưng nó không phải là tự động — cộng đồng và các đóng góp viên cốt lõi sẽ cần phải hiệu chỉnh phần thưởng, lợi suất staking, và phần thưởng quản trị để tránh những kết quả ngược đãi trong khi vẫn thúc đẩy những người xây dựng. Cũng có một yếu tố UX mà thường bị đánh giá thấp: quản lý danh tính phải đủ không ma sát để người dùng bình thường có thể ủy quyền các nhiệm vụ cho các tác nhân mà không bị mệt mỏi về an ninh, và điều đó yêu cầu tích hợp ví cẩn thận, hình ảnh rõ ràng cho các phạm vi phiên, và các mặc định hợp lý bảo vệ người mới trong khi cho phép người dùng có quyền lực tạo ra các ủy quyền phức tạp.

Chúng ta cũng sẽ cần các nguyên tắc giám sát và phản ứng sự cố đáng tin cậy được tích hợp vào giao thức: hãy nghĩ đến các tín hiệu trên chuỗi tự động đánh dấu các hành vi phiên bất thường, giới hạn tỷ lệ tự động cho các hành động tác nhân đáng nghi ngờ, và các cơ chế ký quỹ cộng đồng có thể tạm thời ngừng quỹ trong khi các tranh chấp đang được xét xử; những điều này không hấp dẫn lắm, nhưng chúng là kiểu kỹ thuật thực tế giúp ngăn một lỗ hổng duy nhất trở thành một cuộc khủng hoảng tồn tại và cuối cùng xác định liệu những người thực sự sẽ tin tưởng các tác nhân với tiền hay không. Về mặt ergonomics cho nhà phát triển, các SDK giúp đơn giản hóa việc tạo, đăng ký, và thu hồi các phiên tác nhân, cùng với các sandbox thử nghiệm mô phỏng các điều kiện đối kháng trong thế giới thực, là những gì sẽ đưa Kite từ một kiến trúc kỹ thuật thú vị thành một nền tảng mà các nhóm đặt cược vào khối lượng sản xuất, và tôi luôn ngạc nhiên khi các dự án đánh giá thấp sự ma sát tích hợp ngay cả với kiến trúc tốt, đó là lý do tại sao các công cụ lấy con người làm trung tâm quan trọng như tốc độ đồng thuận.

Cũng có những cân nhắc tinh tế phát sinh về thiết kế thị trường: nếu các tác nhân có khả năng thực hiện vi mô-kiểm tra tại tốc độ máy, thì các cơ chế phí và lập thứ tự trở nên rất quan trọng vì chúng xác định xem mạng có thưởng cho sự phối hợp sản xuất hay không hoặc trả tiền cho tự động hóa cơ hội, giá trị thấp mà thu lợi, và đó là lý do tại sao các quy tắc gas, động lực cho việc gộp ngoài chuỗi, và các cấu trúc giảm phí cho các phiên đã xác minh đều xứng đáng được suy nghĩ cẩn thận, vì những thay đổi nhỏ trong động lực vi mô tích lũy thành những hành vi vĩ mô rất khác nhau. Chúng ta không nên giả vờ rằng đây là những vấn đề dễ dàng, nhưng tôi rất khuyến khích bởi các kiến trúc coi quản trị, danh tính, và kinh tế là các công dân hạng nhất chứ không phải là những suy nghĩ sau này vì chúng tự nhiên cho cộng đồng các công cụ để lặp lại khi hành vi thế giới thực phơi bày các điểm mù thiết kế.

Nếu bạn đang cố gắng quyết định xem có nên theo dõi không gian này chặt chẽ hay không, hãy theo dõi những số liệu hướng tới con người mà tôi đã đề cập trước đó, và xem liệu dự án có công bố sách hướng dẫn hoạt động rõ ràng cho phản ứng sự cố, vòng quay xác thực danh tính và các biện pháp khẩn cấp trong quản trị hay không; những tài liệu quy trình đó thường là những dự đoán tốt hơn về thành công lâu dài hơn là tiếp thị sớm hoặc sự theo dõi vì chúng cho thấy liệu một nhóm có dự đoán được những thực tế lộn xộn của tiền thật và các tác nhân thật hoạt động trong thế giới hay không. Và cuối cùng, nếu bạn đang tưởng tượng về một hệ sinh thái Kite trưởng thành sẽ như thế nào, hãy hình dung một cấu trúc nơi mọi người ủy quyền cho các nhiệm vụ tài chính hàng ngày cho các tác nhân hỗ trợ có thể được kiểm toán và hạn chế, nơi các chợ kỹ năng tác nhân thương lượng thay mặt cho người dùng với uy tín minh bạch, nơi các tranh chấp có thể được mở ra và giải quyết với ít lao động con người nhất, và nơi quản trị token hóa dần dần trao quyền kiểm soát cho một cộng đồng rộng lớn mà quan tâm đến an toàn và tiện ích với mức độ như nhau — đó là lý tưởng chậm mà chắc chắn, và thế giới chấp nhận nhanh nhìn khá giống nhưng bị nén theo thời gian, với các bài kiểm tra căng thẳng lớn hơn, sớm hơn buộc các nguyên tắc phải cứng lại nhanh chóng.

Tôi đã nhận thấy rằng khi các công nghệ liên quan đến tiền, chúng không còn là trò chơi nữa mà trở thành hạ tầng của công dân, và đó là lý do tại sao sự căn cứ của Kite vào danh tính, tiện ích token theo giai đoạn, và tính tương thích EVM có ý nghĩa theo cách thực tiễn, con người: nó không chỉ đơn thuần là một kỳ công kỹ thuật hay một thí nghiệm tài chính, mà là một nỗ lực để cho phép máy móc trở thành các tác nhân có chủ ý mà chúng ta vẫn có thể giữ trách nhiệm, và nếu họ đạt được sự cân bằng đúng giữa khả năng sử dụng, quyền riêng tư, và quản trị có trách nhiệm thì chúng ta sẽ có một loại ống dẫn mới giúp nhiều tương tác kỹ thuật số hàng ngày trở nên mượt mà hơn mà không phải chuyển giao quyền kiểm soát cho các hệ thống mờ ám; nếu họ làm sai, chúng ta sẽ học những bài học quan trọng về cách ủy quyền và tự động hóa tương tác với các động lực và luật pháp. Vì vậy, dù bạn là một nhà phát triển, một nhà vận hành, hay một người đơn giản chỉ tự hỏi điều gì sẽ xảy ra khi phần mềm có thể trả tiền cho những thứ thay mặt bạn, tôi bị ấn tượng bởi việc kết quả cuối cùng sẽ phụ thuộc ít hơn vào những số liệu thông lượng hào nhoáng và nhiều hơn vào các nguyên tắc xây dựng lòng tin, cơ chế phục hồi rõ ràng, và một cộng đồng năng động, tham gia ưu tiên an toàn bên cạnh sự phát triển, và tôi lặng lẽ hy vọng rằng với thiết kế cẩn thận, quản trị chu đáo, và sự tập trung vững chắc vào các vấn đề thế giới thực thay vì sự phấn khích, mô hình Kite có thể biến các khoản thanh toán tác nhân thành một tiện nghi bình thường thay vì một điều mới lạ nguy hiểm, để lại cho chúng ta một chút thời gian để suy nghĩ và ít thời gian hơn để trông coi các nhiệm vụ hàng ngày.