Tuần này, tôi đã xác định một sản phẩm chủ lực mới: một quỹ chỉ số được phân bổ, tự động, trọng số theo vốn hóa thị trường trên Ethereum, chấp nhận nạp và rút tiền bằng một tài sản duy nhất, vận hành thanh toán bất đồng bộ ERC-7540, và nắm giữ tối đa 100 thành phần. Chỉ số này tự tính toán trọng số mục tiêu trên-chain trực tiếp từ dữ liệu vốn hóa thị trường mà không cần quản lý hay ủy ban. Động cơ chạy các quy tắc xây dựng chỉ số thực tế bằng Solidity, bao gồm việc giới hạn lặp lại với phần vượt ngưỡng được phân phối lại để hội tụ (ngăn chặn sự sụp đổ thành 70% bitcoin và ethereum), điều chỉnh free-float loại bỏ các số dư bị khóa, trong quỹ treasury và đang trong thời gian vesting, cùng một vùng đệm tái cấu trúc để tránh giao dịch liên tục tại ranh giới thứ 100. Ràng buộc then chốt là con số nguồn cung lưu hành dùng để tính trọng số. Bất kỳ ai kiểm soát đầu vào này đều có thể thay đổi trọng số mục tiêu và chạy trước quá trình tái cân bằng tiếp theo, khiến nguồn cung trở thành điểm yếu mềm của giả thuyết trọng số tự động. Câu trả lời phản xạ là phi tập trung hóa oracle là sai lầm, vì nguồn cung lưu hành của hầu hết các token là một thực tế ngoài-chain, không hoàn toàn tồn tại trên-chain và không thể trở nên không cần tin cậy bằng cách ép buộc. Cách tiếp cận lại là: nguồn cung thay đổi chậm, khác với giá cả, vì phát hành và giải phóng đều diễn ra từ từ và phần lớn đã được biết trước. Điều này cho phép mua bảo mật thông qua độ trễ, từ đó vô hiệu hóa việc chạy trước dựa trên yếu tố bất ngờ. Thiết kế do đó gồm ba lớp: tối thiểu hóa, sau đó bảo mật, rồi cuối cùng kiểm soát. 1. Xác định nguồn cung lưu hành bằng cách lấy totalSupply trừ đi danh sách các địa chỉ bị loại trừ đã được khóa theo thời gian và có thể kiểm toán công khai. 2. Bảo mật phần dư nhỏ còn lại bằng một giá trị được cam kết với cửa sổ thách thức khớp với độ trễ đủ để vô hiệu hóa việc chạy trước. 3. Kiểm soát trượt giá bằng giới hạn tối đa về mức độ thay đổi trọng số của bất kỳ tài sản nào trong mỗi chu kỳ. Giới hạn theo từng tài sản cũng đóng vai trò bảo mật, vì một thành phần cố định không cần độ chính xác cao về nguồn cung, và oracle chỉ cần độ chính xác ở những nơi số tiền đô la nhỏ.