chore(deps): bump tnt-core-bindings 0.10.9 → 0.11.0 for unified approveService#1402
Merged
Conversation
…oveService tnt-core PR #119 collapsed five approveServiceWith* entrypoints into a single approveService(ApprovalParams). The Rust binding regen ships in tnt-core PR #120 as `bindings-v0.11.0`. This PR threads the new API through the blueprint workspace. ## Changes - `Cargo.toml`: workspace `tnt-core-bindings` pin → ^0.11.0, tag → bindings-v0.11.0 - `crates/clients/tangle/src/client.rs`: - new `approve_service_with_params(params)` — direct passthrough for callers that need to register BLS or pin TEE commitments - `approve_service(request_id)` — minimal approval, no optional capabilities - `approve_service_with_commitments(request_id, commitments)` — common per-asset path, BLS / TEE skipped Both helpers build `Types.ApprovalParams` with empty / zero defaults for the capabilities they don't use, so opting out is the default. - `cli/src/command/service/mod.rs`: legacy CLI signature `(client, request_id, staking_percent)` kept — `staking_percent` is now ignored (derived on-chain from `securityCommitments[0].exposureBps` or defaults to 100%). Documented in the doc comment. ## Verification - Local `cargo check -p blueprint-client-tangle` once `bindings-v0.11.0` tag is published. CI runs the canonical build against the resolved tag. - Downstream `ai-agent-sandbox-blueprint` picks up the new bindings transitively on its next `cargo update -p blueprint-sdk`.
PR Quality Gate Summary
Blocking issues
|
5 tasks
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.
tnt-core PR #119 collapsed five `approveServiceWith*` entrypoints into a single
`approveService(ApprovalParams)`. The Rust binding regen ships in
tnt-core PR #120 as
`bindings-v0.11.0`. This PR threads the new API through the blueprint workspace.
Changes
the bindings PR's branch while tnt-core PR [BUG] During Key rotation, we should use the correct signature scheme #120 is in flight; switch to
`tag = "bindings-v0.11.0"` once that PR merges and the release tag publishes.
that need to register a BLS pubkey or pin TEE attestation profiles
per-asset path, BLS / TEE skipped
Both convenience helpers build `Types.ApprovalParams` with empty / zero
defaults for the capabilities they don't use.
staking_percent)` kept — `staking_percent` is now ignored (derived on-chain
from `securityCommitments[0].exposureBps` or defaults to 100%). Documented in
the doc comment.
Why this is correct
approve and run services; `JobsAggregation` only reverts when an unregistered
operator is asked to participate in a BLS aggregate.
empty array; the contract no-ops.
(`approve_service`, `approve_service_with_commitments`); callers don't need
to construct `ApprovalParams` themselves unless they're using BLS or TEE.
Coordination
Companion PRs that must land in lockstep:
After tnt-core #120 merges + the tag publishes, this PR's `Cargo.toml` flips
from `branch = "..."` to `tag = "bindings-v0.11.0"` in a tiny follow-up
commit.
Test plan
against the branch-pinned bindings — pushed successfully