[FEATURE] Sequencer admin contract to encapsulate keys (and namespace) within execution client state root

## 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

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.