Skip to content

feat(wasm-dpp): implement asset lock proof bindings#649

Closed
markin-io wants to merge 12 commits into
v0.24-devfrom
feat/implement-asset-lock-proof-bindings
Closed

feat(wasm-dpp): implement asset lock proof bindings#649
markin-io wants to merge 12 commits into
v0.24-devfrom
feat/implement-asset-lock-proof-bindings

Conversation

@markin-io

Copy link
Copy Markdown
Contributor

Issue being fixed or feature implemented

What was done?

How Has This Been Tested?

Breaking Changes

Checklist:

  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have added or updated relevant unit/integration/functional/e2e tests
  • I have made corresponding changes to the documentation

For repository code-owners and collaborators only

  • I have assigned this pull request to a milestone

@@ -0,0 +1,21 @@
const { default: loadWasmDpp } = require('../../../dist');

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For the fixtures, I would suggest that if you don't need to make any changes, keep using the old ones. Thay way if something gets updated in the js-dpp it would be instantly reflected in the tests

Comment thread packages/wasm-dpp/src/identity.rs Outdated

use state_transition::*;

mod state_transition;

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it would be nice to make it pub mode, so the import path would follow JS file path

qrayven
qrayven previously approved these changes Dec 6, 2022
qrayven
qrayven previously approved these changes Dec 7, 2022
@markin-io markin-io closed this Dec 12, 2022
@shumkov shumkov deleted the feat/implement-asset-lock-proof-bindings branch May 10, 2023 10:04
QuantumExplorer added a commit that referenced this pull request Mar 17, 2026
…ation

Bumps grovedb to 80f0093 which adds key_exists_as_boundary_in_proof
(PR #649). This allows clients to verify that a pagination cursor key
still exists in the tree after verifying a range query proof.

New Drive API:
  Drive::verify_key_exists_as_boundary(proof, path, key, platform_version)

Use case: after verifying documents 101-200 from a RangeAfter(cursor)
query, the client can check that the cursor document hasn't been deleted
between pages.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants