Walrus vừa trở thành lớp bộ nhớ mặc định cho elizaOS v2, đây chính xác là kiểu di chuyển "cơ sở hạ tầng thực gặp gỡ tác nhân thực" mà tôi muốn thấy. elizaOS kết nối @WalrusProtocol vào quy trình onboarding (với tín dụng có thời hạn) để các nhà phát triển mới có được bộ nhớ bền vững, có thể xác minh từ ngày đầu tiên. Tôi đã đọc bài viết về tích hợp và kiểm tra các nguyên tắc cơ bản: mỗi lần tải lên đều được giải quyết thành một Chứng nhận Tính khả dụng trên chuỗi Sui, một chứng chỉ đã ký xác nhận rằng blob của bạn đang hoạt động và được quản lý; đây là điểm neo biến "bộ nhớ tác nhân" thành một tài sản có thể lập trình thay vì chỉ là một bộ nhớ tạm thời. Đối với các quy trình nhạy cảm, Seal thêm mã hóa ngưỡng + kiểm soát truy cập trên chuỗi để các tác nhân có thể chia sẻ bộ nhớ mà không làm lộ plaintext. ❯ Đối với các hoạt động: bạn thậm chí có thể theo dõi thông báo trong nguồn tin tức của Walruscan trong khi bạn thiết lập telemetry của riêng mình. ❯ Tại sao điều này quan trọng: các đàn tác nhân cần bối cảnh lâu dài, có thể xác minh; biên nhận PoA + lưu trữ có thể lập trình làm cho "ai đã thấy cái gì, khi nào" có thể kiểm toán qua các quy trình làm việc. ❯ Thêm điểm: điều này không phụ thuộc vào chuỗi ở lớp ứng dụng, xây dựng trên Solana/EVM, giữ bộ nhớ trên Walrus, giải quyết chứng nhận trên Sui. Ghi chú cho nhà phát triển: gửi một tập dữ liệu nhỏ qua CLI, lấy sự kiện BlobCertified từ giao dịch Sui, sau đó để hai tác nhân đọc/thêm qua SDK TS, một công khai, một được bảo vệ bởi Seal và so sánh độ trễ + đường dẫn xác thực trong nhật ký. (Đăng số liệu của bạn; tôi đang thu thập một bảng thời gian đọc/thêm.) Tóm lại: ngăn xếp tác nhân cuối cùng đã có một nguyên tắc bộ nhớ mà bạn có thể xác minh, định giá và kết hợp. Bây giờ hãy xem ai biến những biên nhận PoA đó thành quy trình làm việc AI thực sự.