[FEATURE] Sequencer admin contract to encapsulate keys (and namespace) within execution client state root
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- rust
- Lĩnh vực
- blockchain
Hướng nghiên cứu
Issue không xác định tệp, test hoặc entry point nào. Trước tiên, hãy xem xét execution client state root hiện liên hệ như thế nào với sequencer namespace và public key, sau đó kiểm tra xem các staking contracts hiện có có thể biểu diễn những trường đó hay không; được xem là hoàn thành khi có một triển khai đã được thống nhất, cho phép state root cung cấp cả hai giá trị và hỗ trợ thay đổi validation được đề xuất.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Is your feature request related to a problem? Please describe.
Yes, we would like to encapsulate the public key of the sequencer within the state root of the execution client to avoid having to validate it independently for proving state transition and data availability.
Furthermore, this design lends itself to support key rotation for the sequencer software. Which is an issue independent of this, but it would be great to kill two birds with one stone.
Describe the solution you'd like
Spoke with @tac0turtle about requesting the state root to include the sequencer's public key as well as the namespace it posts data to.
He mentioned that it could be possible to use existing staking contracts.
Describe alternatives you've considered
Currently we verify the namespace and public key of the sequencer independently of the execution client state root. But ideally we can reduce it to only the state root if those fields are encapsulated within it.
Additional context
n/a
- Ngôn ngữ chính
- Rust
- Star
- 8
- Fork
- 9
- Merge trung bình
- 7 giờ 25 phút
- Pull request đã merge (30 ngày)
- 2
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của evstack/ev-reth
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Explorer integration: Blockscout and Atlas support for 0x76 transactionsCó thể làm lại được @pthmas đã nhận 223 ngày trước và không có pull request nào đang mở. Đang mở
evstack/ev-reth#130 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của evstack/ev-reth
Issue tương tự
-
MessageField::clone copies the whole payload, even for an unset field: clone 1.4× slower than prost on small messagesCó thể đã có người làm @benedikt-bartscher đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
anthropics/buffa#549 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
contribution
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
tree-sitter/tree-sitter#6005 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 90/100