Một sổ đăng ký có thể chính xác hôm nay nhưng vẫn khiến bạn không có cách độc lập để chứng minh những gì nó đã ghi nhận vào ngày hôm qua.
Đó là phần trong Dịch vụ Tên Đại Diện của GoDaddy mà tôi thấy thú vị nhất.
ANS sử dụng nhật ký minh bạch dựa trên cây Merkle để ghi lại các sự kiện trong vòng đời của đại diện. Thuộc tính quan trọng không chỉ là lưu trữ các bản ghi, mà là khiến mọi thay đổi trong lịch sử trở nên có thể phát hiện thông qua các chứng minh mật mã. Thiết kế của GoDaddy thậm chí còn dùng các chứng minh về tính nhất quán để cho thấy cây mới kế thừa cây trước đó thay vì viết lại nó.
Nhưng tôi nghĩ có một câu hỏi tin cậy sâu hơn:
Ai là bên cung cấp một mốc tham chiếu độc lập cho lịch sử của sổ đăng ký?
Đó là lúc @hashgraph trở nên liên quan.
HCS-27 đề xuất công bố các điểm đánh dấu gốc Merkle theo chu kỳ lên lớp đồng thuận của Hedera. Dữ liệu của sổ đăng ký không nhất thiết phải được đưa On-chain. Mạng công khai ghi lại cam kết mật mã, trong khi nhật ký nền và siêu dữ liệu vẫn ở ngoài sổ cái.
Với tôi, điều đó tạo ra một sự tách bạch rõ ràng.
GoDaddy duy trì sổ đăng ký.
Các chứng minh Merkle giúp trạng thái của nó có thể được kiểm toán.
Hedera cung cấp một dòng thời gian độc lập cho những cam kết đó.
Cũng có một hạn chế quan trọng khác ở đây.
Một điểm đánh dấu không chứng minh rằng yêu cầu nhận dạng ban đầu là đúng. Nó giúp chứng minh rằng lịch sử sau này của sổ đăng ký là nhất quán với một trạng thái đã được cam kết từ trước. Mô hình xác minh và niềm tin ban đầu vẫn rất quan trọng.
Sự khác biệt này rất dễ bị bỏ sót khi nói về danh tính của tác nhân AI.
Khi các tác nhân bắt đầu đại diện cho doanh nghiệp, nắm quyền và kích hoạt các hành động trên nhiều hệ thống, việc biết một tác nhân là ai sẽ không còn là đủ.
Tôi nghĩ câu hỏi quan trọng hơn trở thành.
Tôi có thể tự mình xác minh những gì đã thay đổi, và khi nào không?
Đó là lúc lịch sử có thể kiểm chứng bắt đầu trở thành hạ tầng thay vì chỉ là siêu dữ liệu. 👍
$HBAR $ONT $AMP
#Hedera #HBAR #AI
Đó là phần trong Dịch vụ Tên Đại Diện của GoDaddy mà tôi thấy thú vị nhất.
ANS sử dụng nhật ký minh bạch dựa trên cây Merkle để ghi lại các sự kiện trong vòng đời của đại diện. Thuộc tính quan trọng không chỉ là lưu trữ các bản ghi, mà là khiến mọi thay đổi trong lịch sử trở nên có thể phát hiện thông qua các chứng minh mật mã. Thiết kế của GoDaddy thậm chí còn dùng các chứng minh về tính nhất quán để cho thấy cây mới kế thừa cây trước đó thay vì viết lại nó.
Nhưng tôi nghĩ có một câu hỏi tin cậy sâu hơn:
Ai là bên cung cấp một mốc tham chiếu độc lập cho lịch sử của sổ đăng ký?
Đó là lúc @hashgraph trở nên liên quan.
HCS-27 đề xuất công bố các điểm đánh dấu gốc Merkle theo chu kỳ lên lớp đồng thuận của Hedera. Dữ liệu của sổ đăng ký không nhất thiết phải được đưa On-chain. Mạng công khai ghi lại cam kết mật mã, trong khi nhật ký nền và siêu dữ liệu vẫn ở ngoài sổ cái.
Với tôi, điều đó tạo ra một sự tách bạch rõ ràng.
GoDaddy duy trì sổ đăng ký.
Các chứng minh Merkle giúp trạng thái của nó có thể được kiểm toán.
Hedera cung cấp một dòng thời gian độc lập cho những cam kết đó.
Cũng có một hạn chế quan trọng khác ở đây.
Một điểm đánh dấu không chứng minh rằng yêu cầu nhận dạng ban đầu là đúng. Nó giúp chứng minh rằng lịch sử sau này của sổ đăng ký là nhất quán với một trạng thái đã được cam kết từ trước. Mô hình xác minh và niềm tin ban đầu vẫn rất quan trọng.
Sự khác biệt này rất dễ bị bỏ sót khi nói về danh tính của tác nhân AI.
Khi các tác nhân bắt đầu đại diện cho doanh nghiệp, nắm quyền và kích hoạt các hành động trên nhiều hệ thống, việc biết một tác nhân là ai sẽ không còn là đủ.
Tôi nghĩ câu hỏi quan trọng hơn trở thành.
Tôi có thể tự mình xác minh những gì đã thay đổi, và khi nào không?
Đó là lúc lịch sử có thể kiểm chứng bắt đầu trở thành hạ tầng thay vì chỉ là siêu dữ liệu. 👍
$HBAR $ONT $AMP
#Hedera #HBAR #AI
