Hoàng hôn kích hoạt PLONK V3 trên mainnet tại block 3,590,904, nhưng các block cũ hơn vẫn dựa vào các quy tắc PLONK V1 hoặc V2 đã áp dụng khi chúng được tạo ra.
Ban đầu, điều đó có thể nghe như một bản nâng cấp đơn giản cho bộ xác minh. Nhưng một quy tắc mới cho hoạt động hiện tại không tự động trở thành quy tắc cho toàn bộ lịch sử của Hoàng hôn.
Kích hoạt PLONK V3 cho tôi biết Hoàng hôn sử dụng những quy tắc chứng minh nào từ ranh giới fork đó trở đi. Nó không cho tôi biết rằng các block trước đó được đánh giá lại theo bộ xác minh mới.
Điều tôi chưa biết là liệu mạng Hoàng hôn có tách biệt các “thời đại xác minh” đó một cách đáng tin cậy khi các node đồng bộ, phát lại lịch sử và xác thực hoạt động mới theo các bộ quy tắc khác nhau hay không.
Điều này quan trọng hơn khi Hoàng hôn xây dựng hạ tầng cho các quy trình phát hành gốc (native issuance), nơi nhiều hơn vòng đời của một chứng khoán được quản lý có thể phụ thuộc vào việc sổ cái lưu giữ một lịch sử nhất quán qua các lần nâng cấp giao thức.
Rusk cung cấp một cơ chế hữu ích để theo dõi. Nó chọn bộ xác minh phù hợp dựa trên chiều cao block, vì vậy các block lịch sử được kiểm tra theo đúng quy tắc ban đầu, trong khi hoạt động mới hơn sử dụng PLONK V3.
Kích hoạt thành công chứng minh rằng Hoàng hôn có thể giới thiệu một bộ xác minh mới. Khả năng phát lại nhất quán giữa V1, V2 và V3 là bằng chứng mạnh hơn vì các node phải đồng ý không chỉ về các quy tắc hiện tại, mà còn về chính xác những quy tắc nào thuộc về mọi phần trước đó của chuỗi.
Điều đó sẽ thay đổi cách tôi đánh giá các nâng cấp mật mã trên Hoàng hôn.
Câu hỏi là liệu Hoàng hôn có thể tiếp tục phát triển ngăn xếp mật mã của mình trong khi vẫn bảo toàn đúng những quy tắc đã khiến mỗi block trước đó trở nên hợp lệ hay không.
Tôi đang theo dõi việc phát lại lịch sử, việc đồng bộ node qua các ranh giới bộ xác minh và liệu các thành phần của Hoàng hôn có tiếp tục chọn cùng một bộ quy tắc ở cùng chiều cao block hay không.
#dusk $DUSK @Dusk
Ban đầu, điều đó có thể nghe như một bản nâng cấp đơn giản cho bộ xác minh. Nhưng một quy tắc mới cho hoạt động hiện tại không tự động trở thành quy tắc cho toàn bộ lịch sử của Hoàng hôn.
Kích hoạt PLONK V3 cho tôi biết Hoàng hôn sử dụng những quy tắc chứng minh nào từ ranh giới fork đó trở đi. Nó không cho tôi biết rằng các block trước đó được đánh giá lại theo bộ xác minh mới.
Điều tôi chưa biết là liệu mạng Hoàng hôn có tách biệt các “thời đại xác minh” đó một cách đáng tin cậy khi các node đồng bộ, phát lại lịch sử và xác thực hoạt động mới theo các bộ quy tắc khác nhau hay không.
Điều này quan trọng hơn khi Hoàng hôn xây dựng hạ tầng cho các quy trình phát hành gốc (native issuance), nơi nhiều hơn vòng đời của một chứng khoán được quản lý có thể phụ thuộc vào việc sổ cái lưu giữ một lịch sử nhất quán qua các lần nâng cấp giao thức.
Rusk cung cấp một cơ chế hữu ích để theo dõi. Nó chọn bộ xác minh phù hợp dựa trên chiều cao block, vì vậy các block lịch sử được kiểm tra theo đúng quy tắc ban đầu, trong khi hoạt động mới hơn sử dụng PLONK V3.
Kích hoạt thành công chứng minh rằng Hoàng hôn có thể giới thiệu một bộ xác minh mới. Khả năng phát lại nhất quán giữa V1, V2 và V3 là bằng chứng mạnh hơn vì các node phải đồng ý không chỉ về các quy tắc hiện tại, mà còn về chính xác những quy tắc nào thuộc về mọi phần trước đó của chuỗi.
Điều đó sẽ thay đổi cách tôi đánh giá các nâng cấp mật mã trên Hoàng hôn.
Câu hỏi là liệu Hoàng hôn có thể tiếp tục phát triển ngăn xếp mật mã của mình trong khi vẫn bảo toàn đúng những quy tắc đã khiến mỗi block trước đó trở nên hợp lệ hay không.
Tôi đang theo dõi việc phát lại lịch sử, việc đồng bộ node qua các ranh giới bộ xác minh và liệu các thành phần của Hoàng hôn có tiếp tục chọn cùng một bộ quy tắc ở cùng chiều cao block hay không.
#dusk $DUSK @Dusk
