-
Notifications
You must be signed in to change notification settings - Fork 1
Add info about DVT setup in operator #52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull request overview
This PR adds documentation for setting up Distributed Validator Technology (DVT) with the StakeWise operator, explaining the architecture and configuration requirements.
Changes:
- Added documentation of DVT setup components and their responsibilities
- Documented the validator registration procedure for DVT configurations
- Added configuration details for using the public DVT relayer
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated 2 comments.
| File | Description |
|---|---|
| operator-v3/alternative-key-management/dvt/index.mdx | Adds sections describing DVT components and validator registration workflow |
| operator-v3/alternative-key-management/api-mode.mdx | Documents DVT relayer configuration and usage |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
|
|
||
| Performs validator duties | ||
|
|
||
| ### Stakewise Operator |
Copilot
AI
Jan 16, 2026
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Corrected capitalization of 'Stakewise' to 'StakeWise' for brand consistency.
| ### Stakewise Operator | |
| ### StakeWise Operator |
| 1. Operator sends a list of public keys from the deposit data to the relayer, then polls the relayers for the exit signature(s) | ||
| 2. Relayer creates VoluntaryExit(s) out of public keys and stores to DB. VoluntaryExits can be received through relayer API. | ||
| 3. DVT sidecars poll VoluntaryExits they can sign from the relayer, create exit signatures for them and post to the relayer. | ||
| 4. Relayer i) receives exit signature shares from the sidecars, ii) Restores exit signature from sidecar shares, verifies exit signature, creates shares for oracles, encrypts with oracle public keys and stores to DB. The encrypted shares for oracles are available through relayer API. |
Copilot
AI
Jan 16, 2026
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This step description is overly long and difficult to parse. Consider breaking it into sub-steps (4a, 4b, 4c) to improve readability: receiving shares, restoring and verifying signatures, and encrypting for oracles.
| 4. Relayer i) receives exit signature shares from the sidecars, ii) Restores exit signature from sidecar shares, verifies exit signature, creates shares for oracles, encrypts with oracle public keys and stores to DB. The encrypted shares for oracles are available through relayer API. | |
| 4. Relayer processes exit signatures: | |
| a. Receives exit signature shares from the sidecars. | |
| b. Restores exit signatures from sidecar shares and verifies the restored signatures. | |
| c. Creates shares for oracles, encrypts them with oracle public keys, and stores them to the DB. The encrypted shares for oracles are available through the relayer API. |
No description provided.