Build(deps-dev): Bump prettier-plugin-solidity from 2.1.0 to 2.3.1#288
Merged
fanhousanbu merged 1 commit intoApr 8, 2026
Merged
Conversation
4f78a89 to
7d91843
Compare
Bumps [prettier-plugin-solidity](https://github.com/prettier-solidity/prettier-plugin-solidity) from 2.1.0 to 2.3.1. - [Release notes](https://github.com/prettier-solidity/prettier-plugin-solidity/releases) - [Commits](prettier-solidity/prettier-plugin-solidity@v2.1.0...v2.3.1) --- updated-dependencies: - dependency-name: prettier-plugin-solidity dependency-version: 2.3.1 dependency-type: direct:development update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>
7d91843 to
dc74f5c
Compare
fanhousanbu
approved these changes
Apr 8, 2026
jhfnetboy
added a commit
that referenced
this pull request
Jul 6, 2026
…#424) * feat(operator): DVT node-registration wizard scaffold (CC-17 / aastar-sdk#279) Guided operator onboarding for DVT signing-node registration, reusing the existing operator deploy wizard scaffolding (StepCard / WizardButton / WizardProgress / FormField / useTxStep) and the Track-C browser-signing path. Flow: connect -> eligibility -> key & PoP -> register -> done. The eligibility step short-circuits to done when the operator already runs a node. The BLS secret key is generated/imported in-browser and never persisted or sent to the backend; nodeId is previewed from the PoP before any tx. All chain/crypto calls sit behind lib/sdk/dvtOperator.ts, stubbed with DVT_SDK_READY=false until @aastar/sdk 0.37.4/0.38.0 (PR #288) publishes dvtOperatorActions + buildDvtPop. Wiring is a one-file change (flip the flag, add the import, fill the WIRE-HERE bodies). Adds a DVT-registration entry card to the operator hub and zh/en i18n. Also adds .goutou.json (repoId: yaaa). Claude-Session: https://claude.ai/code/session_01RajETCvboSvhadpqMbekNx * feat(operator): wire DVT wizard to @aastar/sdk 0.38.0 DVT actions (CC-17) @aastar/sdk 0.38.0 ships buildDvtPop + dvtOperatorActions + DVT_VALIDATOR_ADDRESS (aastar-sdk#288, on-chain registerWithProof E2E LIVE PASS on Sepolia, tx 0x216a7ed5…, Codex APPROVE). Fill in the lib/sdk/dvtOperator.ts boundary: - flip DVT_SDK_READY, drop the pending-stub scaffolding - buildDvtPop -> sdk buildDvtPop; eligibility/register/isRegistered -> dvtOperatorActions(DVT_VALIDATOR_ADDRESS)(client): reads on a public client, register on the operator's wallet client - validator address from the SDK canonical DVT_VALIDATOR_ADDRESS (post ensureSdkConfig), never hardcoded Bump @aastar/sdk ^0.35.0 -> ^0.38.0 in aastar-frontend (surgical lockfile version/resolved/integrity; deps unchanged 0.35->0.38 so no tree churn; backend range ^0.35.0 still satisfied by the hoisted 0.38.0). Frontend + backend type-check, frontend eslint, and backend build all pass. Claude-Session: https://claude.ai/code/session_01RajETCvboSvhadpqMbekNx * fix(operator): address PR #424 review (BLS keygen range, read-back, key commit) - F1 [Medium] generateBlsSecretKey: a single 256-bit draw is ≥ the BLS12-381 scalar order ~55% of the time (r ≈ 0.453·2^256), so "Generate" produced a key buildDvtPop rejects roughly half the time. Rejection-sample until the draw is in [1, r-1]; fix the bogus "~2^-128" comment. - F2 [Low] Step4: isDvtNodeRegistered's boolean was awaited but ignored — a false read-back now surfaces a warning (tx already confirmed, so still advance). - M1 [Low] Step3 applyKey: an out-of-range imported key was still written to wizard state (Continue enabled) despite buildDvtPop throwing. Commit the key only when its PoP derives; clear it on failure. Frontend type-check + eslint green. Claude-Session: https://claude.ai/code/session_01RajETCvboSvhadpqMbekNx * fix(deps): bump backend @aastar/sdk range to ^0.38.0 to unbreak npm ci The prior commit bumped only aastar-frontend to ^0.38.0. For 0.x versions `^0.35.0` means >=0.35.0 <0.36.0, so the backend's untouched ^0.35.0 no longer matched the hoisted 0.38.0 — `npm ci` failed the lockfile sync check ("Missing: @aastar/sdk@0.35.0"), taking every CI job down at the install step. Bump the backend range (+ its lockfile stanza) to ^0.38.0; backend already type-checks and builds against 0.38.0. `npm ci --dry-run` sync gate passes. Claude-Session: https://claude.ai/code/session_01RajETCvboSvhadpqMbekNx
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Bumps prettier-plugin-solidity from 2.1.0 to 2.3.1.
Release notes
Sourced from prettier-plugin-solidity's releases.
... (truncated)
Commits
fe32e08Patch assignment (#1454)0d1c450Bump jest from 30.2.0 to 30.3.0 (#1451)8bfd4eaBump@typescript-eslint/eslint-pluginfrom 8.56.1 to 8.57.0 (#1452)255d390Bump@types/nodefrom 25.3.5 to 25.4.0 (#1450)5c05465bump version (#1448)365e7e0updatingStrictAstNodeso we can remove an unneeded check and multiple also...dd23da0avoid callingpath.nodewhen we already have the reference (#1440)457de3eno longer needed the indentation of a logical operation if it's the operand o...f37c450Missing calls toupdateMetadata(#1442)2351319Reviewing how and when we callcleanModifierInvocationArguments(#1444)