Tôi đang đọc Newton với cùng một câu hỏi mà tôi thường có dành cho các công cụ quản lý kho tài sản.
Không phải chúng có thể làm được gì.
Chúng giữ lại bao nhiêu phần trong quy trình cũ?
Chính ở chỗ đó, VaultKit bắt đầu khiến tôi cảm thấy khác biệt.
Tài liệu mô tả một bộ SDK TypeScript và các hợp đồng Solidity đi kèm, nhưng điều đọng lại với tôi còn nhỏ hơn thế. Một curator có thể tiếp tục dùng luồng quản lý vault mà họ đã quen, trong khi mỗi hành động được bọc lại như một bản Shield clone rồi được đưa qua quá trình xác thực (policy attestation) theo Newton trước khi vault nhận lệnh.
Đó là một kiểu thiết kế rất cụ thể.
Nó không cố gắng biến việc quản lý vault trở nên “mới” chỉ vì mục đích đó. Nó nhằm làm cho việc làm sai trở nên khó hơn mà không bắt các đội phải xây lại toàn bộ hệ thống.
Tôi nghĩ đây là mâu thuẫn thực sự ở điểm này.
Với các vault trong DeFi, đặc biệt khi liên quan đến vốn từ tổ chức, vấn đề hiếm khi chỉ là “quy tắc trên giấy”. Phần khó là đảm bảo quy tắc đó thực sự được thực thi mỗi khi vault di chuyển tài sản. Newton đang cố gắng chuyển lời hứa từ curator sang chính đường thực thi.
Vì vậy mà quy trình lại quan trọng đến thế.
Hệ thống dùng các bản clone theo từng curator một cách xác định (deterministic) thông qua ShieldFactory, và Newton nói rằng lớp policy đang “sống” trên mainnet beta. Vì thế đây không chỉ là một ý tưởng hay nằm trong một bài viết blog. Đó là một quy trình được xây dựng xoay quanh một cổng (gate) nằm ngay trước khi vault hành động.
Nhưng vẫn có một sự đánh đổi.
Giảm ma sát chỉ tốt nếu các nhà quản lý đủ tin tưởng vào đường dẫn xác thực để sử dụng nó. Nếu quy trình trông có vẻ nặng nề, hoặc cái cổng giống như một lớp chi phí quản lý thêm, thì mọi người sẽ vẫn ở lại với những gì họ đã quen.
Đó là phần mà tôi sẽ theo dõi.
Không phải việc tuân thủ vault nghe có vẻ ổn.
Mà là liệu VaultKit có khiến tuân thủ trở thành một bước nâng cấp quy trình thay vì một “lệ phí” cho quy trình hay không.
Đó là cách rõ ràng nhất để tôi hiểu Newton ở đây. Câu hỏi không phải là liệu các quản lý vault có nên có quy tắc hay không. Mà là liệu các quy tắc có thể tồn tại trong cùng luồng mà họ đã dùng, mà không biến mọi lần di chuyển thành một quy trình mới để phải chiến đấu vượt qua.
@NewtonProtocol #newt $NEWT
Không phải chúng có thể làm được gì.
Chúng giữ lại bao nhiêu phần trong quy trình cũ?
Chính ở chỗ đó, VaultKit bắt đầu khiến tôi cảm thấy khác biệt.
Tài liệu mô tả một bộ SDK TypeScript và các hợp đồng Solidity đi kèm, nhưng điều đọng lại với tôi còn nhỏ hơn thế. Một curator có thể tiếp tục dùng luồng quản lý vault mà họ đã quen, trong khi mỗi hành động được bọc lại như một bản Shield clone rồi được đưa qua quá trình xác thực (policy attestation) theo Newton trước khi vault nhận lệnh.
Đó là một kiểu thiết kế rất cụ thể.
Nó không cố gắng biến việc quản lý vault trở nên “mới” chỉ vì mục đích đó. Nó nhằm làm cho việc làm sai trở nên khó hơn mà không bắt các đội phải xây lại toàn bộ hệ thống.
Tôi nghĩ đây là mâu thuẫn thực sự ở điểm này.
Với các vault trong DeFi, đặc biệt khi liên quan đến vốn từ tổ chức, vấn đề hiếm khi chỉ là “quy tắc trên giấy”. Phần khó là đảm bảo quy tắc đó thực sự được thực thi mỗi khi vault di chuyển tài sản. Newton đang cố gắng chuyển lời hứa từ curator sang chính đường thực thi.
Vì vậy mà quy trình lại quan trọng đến thế.
Hệ thống dùng các bản clone theo từng curator một cách xác định (deterministic) thông qua ShieldFactory, và Newton nói rằng lớp policy đang “sống” trên mainnet beta. Vì thế đây không chỉ là một ý tưởng hay nằm trong một bài viết blog. Đó là một quy trình được xây dựng xoay quanh một cổng (gate) nằm ngay trước khi vault hành động.
Nhưng vẫn có một sự đánh đổi.
Giảm ma sát chỉ tốt nếu các nhà quản lý đủ tin tưởng vào đường dẫn xác thực để sử dụng nó. Nếu quy trình trông có vẻ nặng nề, hoặc cái cổng giống như một lớp chi phí quản lý thêm, thì mọi người sẽ vẫn ở lại với những gì họ đã quen.
Đó là phần mà tôi sẽ theo dõi.
Không phải việc tuân thủ vault nghe có vẻ ổn.
Mà là liệu VaultKit có khiến tuân thủ trở thành một bước nâng cấp quy trình thay vì một “lệ phí” cho quy trình hay không.
Đó là cách rõ ràng nhất để tôi hiểu Newton ở đây. Câu hỏi không phải là liệu các quản lý vault có nên có quy tắc hay không. Mà là liệu các quy tắc có thể tồn tại trong cùng luồng mà họ đã dùng, mà không biến mọi lần di chuyển thành một quy trình mới để phải chiến đấu vượt qua.
@NewtonProtocol #newt $NEWT