Một lần, tôi đã chuyển 1370 USDC vào một ví riêng để xoay vòng vị thế trước khi cấp vốn. Hash xuất hiện sớm, nhưng dữ liệu cần thiết để truy vết đường đi thì đứng yên trong gần 12 phút. Không có vốn nào biến mất, nhưng thời gian của tôi thì đã mất.
Kể từ đó, tôi luôn cẩn trọng với những thiết kế buộc lớp xác minh phải gánh nặng dữ liệu lớn. Vấn đề không phải là số byte mà là khoảng cách cần thiết để xác minh một trace nhỏ.
Nó giống như việc giữ chi phí hàng ngày trong một tài khoản, tiền khẩn cấp trong một tài khoản khác, trong khi biên lai xác nhận nằm ở đâu đó hoàn toàn khác. Đến khi mọi thứ phải được đưa trở lại với nhau, thời gian là thứ đầu tiên bị rò rỉ.
Điều khiến tôi suy nghĩ lâu hơn là cách mà OpenGradient đặt Blob ID lên chuỗi như một neo ngắn. OpenGradient chỉ giữ lại đủ danh tính để lớp xác minh có thể khóa vào điểm chính xác và sau đó quay lại dữ liệu offchain, thay vì kéo toàn bộ khối dữ liệu lên chuỗi. Sự tách biệt đó làm cho con đường xác minh gọn nhẹ hơn.
Tôi hình dung cấu trúc đó như một cảng chỉ cần số container trên biên lai, trong khi hàng hóa nằm sâu hơn trong bãi. Biên lai càng sạch, việc kiểm tra càng nhanh, miễn là số đó luôn mở đúng container.
Điều đáng được xem xét kỹ lưỡng là khả năng truy vết lặp lại. OpenGradient phải chứng minh rằng Blob ID không chỉ chỉ đúng một lần, mà phải trả lại cùng một con đường chứng minh qua các cuộc gọi dữ liệu lặp lại. Tôi cũng muốn thấy OpenGradient giữ độ trễ xác minh trong một dải ổn định khi tải trọng phía sau nó mở rộng, vì một tham chiếu gọn gàng dẫn đến kết quả không ổn định sẽ không làm cho lớp nhẹ đó đủ giá trị.
Tôi hiếm khi đánh giá cao những thiết kế chỉ trông đẹp trên sơ đồ. OpenGradient chỉ có giá trị khi lớp xác minh trở nên mỏng hơn trong thực tế, trong khi con đường quay trở lại dữ liệu nguồn vẫn rõ ràng.
@OpenGradient #OPG $OPG $BR $TRIA
Kể từ đó, tôi luôn cẩn trọng với những thiết kế buộc lớp xác minh phải gánh nặng dữ liệu lớn. Vấn đề không phải là số byte mà là khoảng cách cần thiết để xác minh một trace nhỏ.
Nó giống như việc giữ chi phí hàng ngày trong một tài khoản, tiền khẩn cấp trong một tài khoản khác, trong khi biên lai xác nhận nằm ở đâu đó hoàn toàn khác. Đến khi mọi thứ phải được đưa trở lại với nhau, thời gian là thứ đầu tiên bị rò rỉ.
Điều khiến tôi suy nghĩ lâu hơn là cách mà OpenGradient đặt Blob ID lên chuỗi như một neo ngắn. OpenGradient chỉ giữ lại đủ danh tính để lớp xác minh có thể khóa vào điểm chính xác và sau đó quay lại dữ liệu offchain, thay vì kéo toàn bộ khối dữ liệu lên chuỗi. Sự tách biệt đó làm cho con đường xác minh gọn nhẹ hơn.
Tôi hình dung cấu trúc đó như một cảng chỉ cần số container trên biên lai, trong khi hàng hóa nằm sâu hơn trong bãi. Biên lai càng sạch, việc kiểm tra càng nhanh, miễn là số đó luôn mở đúng container.
Điều đáng được xem xét kỹ lưỡng là khả năng truy vết lặp lại. OpenGradient phải chứng minh rằng Blob ID không chỉ chỉ đúng một lần, mà phải trả lại cùng một con đường chứng minh qua các cuộc gọi dữ liệu lặp lại. Tôi cũng muốn thấy OpenGradient giữ độ trễ xác minh trong một dải ổn định khi tải trọng phía sau nó mở rộng, vì một tham chiếu gọn gàng dẫn đến kết quả không ổn định sẽ không làm cho lớp nhẹ đó đủ giá trị.
Tôi hiếm khi đánh giá cao những thiết kế chỉ trông đẹp trên sơ đồ. OpenGradient chỉ có giá trị khi lớp xác minh trở nên mỏng hơn trong thực tế, trong khi con đường quay trở lại dữ liệu nguồn vẫn rõ ràng.
@OpenGradient #OPG $OPG $BR $TRIA