Skip to content

zkFetch docs update#88

Merged
hadi-saleh14 merged 1 commit intomainfrom
zkfetch-improvements-dec3
Dec 3, 2025
Merged

zkFetch docs update#88
hadi-saleh14 merged 1 commit intomainfrom
zkfetch-improvements-dec3

Conversation

@madhavanmalolan
Copy link
Contributor

@madhavanmalolan madhavanmalolan commented Dec 3, 2025

Description

Testing (ignore for documentation update)

Type of change

  • Bug fix
  • New feature
  • Breaking change
  • Documentation update

Checklist:

Additional Notes:


Note

Revamps zkFetch docs: clearer intro, adds Installation and Usage (with Next.js config and advanced options), removes Quickstart, and updates navigation.

  • Docs (zkFetch):
    • Index (content/docs/zkfetch/index.mdx): Simplifies intro; explains (request, response, zkproof) tuple and redactions; notes usage mirrors fetch.
    • New: Installation (content/docs/zkfetch/installation.mdx)
      • Prerequisites, API key setup, enabling zkFetch.
      • Install commands (including zk files download).
      • Next.js config via serverExternalPackages.
    • New: Usage (content/docs/zkfetch/usage.mdx)
      • Import/init ReclaimClient; construct publicOptions/privateOptions with example.
      • Reading response; troubleshooting chunked responses.
      • Advanced: responseMatches/responseRedactions; verify with Reclaim.verifySignedProof; transform for on-chain.
    • Navigation (content/docs/zkfetch/meta.json): Updates pages to ["installation", "usage", "cardano", "stellar"].
    • Removed: quickstart.mdx.

Written by Cursor Bugbot for commit fa9b2f3. This will update automatically on new commits. Configure here.

Summary by CodeRabbit

  • Documentation
    • Added comprehensive Installation guide with prerequisites, API key setup, and configuration
    • Added detailed Usage guide covering client initialization, fetch requests, proof verification, and on-chain transformation
    • Reorganized documentation structure for improved navigation
    • Streamlined overview of security model and cryptographic binding

✏️ Tip: You can customize this high-level summary in your review settings.

@vercel
Copy link
Contributor

vercel bot commented Dec 3, 2025

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Preview Comments Updated (UTC)
docs Ready Ready Preview Comment Dec 3, 2025 0:40am

@CLAassistant
Copy link

CLA assistant check
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.


madhavanmalolan seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
You have signed the CLA already but the status is still pending? Let us recheck it.

@coderabbitai
Copy link

coderabbitai bot commented Dec 3, 2025

Walkthrough

Restructures zkfetch documentation from a single quickstart model to modular pages. Simplifies index.mdx overview with condensed explanations, removes quickstart.mdx, introduces separate installation.mdx and usage.mdx files, and updates meta.json page references accordingly.

Changes

Cohort / File(s) Summary
Documentation restructuring and metadata updates
content/docs/zkfetch/index.mdx, content/docs/zkfetch/meta.json, content/docs/zkfetch/quickstart.mdx, content/docs/zkfetch/installation.mdx, content/docs/zkfetch/usage.mdx
Reorganizes zkfetch docs from single quickstart to modular structure. Simplifies index.mdx overview (removes verbose workflow, adds redaction notes). Replaces "quickstart" with "installation" and "usage" in meta.json. Removes quickstart.mdx and introduces new installation.mdx (prerequisites, API key setup, configuration) and usage.mdx (client initialization, request structuring, proof verification, on-chain transformation).

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~10–15 minutes

  • Documentation-only changes with no code logic to evaluate
  • Straightforward content migration and reorganization across five related files
  • All changes are within the same documentation subdirectory and follow a consistent restructuring pattern

Possibly related PRs

  • reclaimprotocol/docs#75: Applies JavaScript snippet fixes to content/docs/zkfetch/quickstart.mdx (same file being removed in this PR).
  • reclaimprotocol/docs#71: Modifies zkfetch documentation set and updates content/docs/zkfetch/meta.json with overlapping page structure changes.

Suggested labels

documentation, enhancement

Suggested reviewers

  • hadi-saleh14
  • ChinmayMhatre

Poem

🐰 The docs hop into place, so neat and so clear,
No more one long quickstart, now structured tier by tier—
Installation then usage, a path crystal-bright,
The bunny approves of this organizational might! ✨

Pre-merge checks and finishing touches

❌ Failed checks (1 inconclusive)
Check name Status Explanation Resolution
Title check ❓ Inconclusive The title 'zkFetch docs update' is vague and generic, using non-descriptive terms that don't convey specific information about the changeset beyond indicating a documentation update. Consider a more descriptive title that highlights the main restructuring, such as 'Restructure zkFetch documentation with installation and usage guides' or 'Simplify zkFetch docs and reorganize into installation and usage sections'.
✅ Passed checks (2 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
✨ Finishing touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch zkfetch-improvements-dec3

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 4

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 9587b75 and fa9b2f3.

📒 Files selected for processing (5)
  • content/docs/zkfetch/index.mdx (1 hunks)
  • content/docs/zkfetch/installation.mdx (1 hunks)
  • content/docs/zkfetch/meta.json (1 hunks)
  • content/docs/zkfetch/quickstart.mdx (0 hunks)
  • content/docs/zkfetch/usage.mdx (1 hunks)
💤 Files with no reviewable changes (1)
  • content/docs/zkfetch/quickstart.mdx
🧰 Additional context used
🪛 LanguageTool
content/docs/zkfetch/usage.mdx

[grammar] ~123-~123: Ensure spelling is correct
Context: ...rify the proofs and transform proof for onchain ### Verify the proofs Install @reclaimproto...

(QB_NEW_EN_ORTHOGRAPHY_ERROR_IDS_1)


[grammar] ~151-~151: Ensure spelling is correct
Context: ...m the js-sdk to transform the proof for onchain. ```js const onchainProof = Reclaim.tr...

(QB_NEW_EN_ORTHOGRAPHY_ERROR_IDS_1)

content/docs/zkfetch/index.mdx

[grammar] ~13-~13: Use a hyphen to join words.
Context: ...username/passwords, PII etc. Using zero knowledge proofs, you can redact parts o...

(QB_NEW_EN_HYPHEN)

🔇 Additional comments (4)
content/docs/zkfetch/meta.json (1)

3-3: Navigation structure updated correctly.

The pages array now reflects the new documentation layout with installation and usage pages replacing the previous quickstart entry. This ordering makes sense—setup before usage—and aligns with the new modular documentation structure.

content/docs/zkfetch/installation.mdx (1)

6-42: Installation guide is well-structured and comprehensive.

The documentation clearly covers prerequisites, API key setup, enabling zkFetch, installation steps, the zk file download requirement, and Next.js-specific configuration. The examples are concrete and actionable. Good separation of the platform-specific configuration section for Next.js users.

content/docs/zkfetch/usage.mdx (1)

1-155: Usage documentation is comprehensive and well-organized.

The guide effectively covers initialization, request configuration (public vs. private options), response parsing, advanced matching/redaction options, and verification/on-chain transformation workflows. The troubleshooting section for chunked responses is particularly valuable. Code examples are clear and well-annotated. The progression from basic usage to advanced features is intuitive.

content/docs/zkfetch/index.mdx (1)

6-18: Excellent documentation restructuring: from workflow-centric to concept-centric.

The new index effectively shifts from a procedural, multi-step workflow to a clear explanation of the core concept: zkFetch as a (request, response, zkproof) tuple with cryptographic integrity and redaction capabilities. This concise overview sets up readers well for the new installation.mdx and usage.mdx pages. The explanation of why redaction is needed (API keys, credentials, PII) is practical and motivating.

In some cases, it might not be possible to reveal the entire request or response. That is because the request or response might contain some sensitive information like api-keys, username/passwords, PII etc.

### Flows
Using zero knowledge proofs, you can redact parts of the request and response without compromising the security of the cryptographic authenticity. So, the tuple that is really generated is
Copy link

Choose a reason for hiding this comment

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

⚠️ Potential issue | 🟡 Minor

Correct hyphenation: "zero knowledge proofs" → "zero-knowledge proofs".

Line 13 uses "zero knowledge proofs" (two words), but the standard English term in cryptography and blockchain contexts is "zero-knowledge proofs" (hyphenated).

Apply this diff:

- Using zero knowledge proofs, you can redact parts of the request and response without compromising the security of the cryptographic authenticity. So, the tuple that is really generated is 
+ Using zero-knowledge proofs, you can redact parts of the request and response without compromising the security of the cryptographic authenticity. So, the tuple that is really generated is 
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
Using zero knowledge proofs, you can redact parts of the request and response without compromising the security of the cryptographic authenticity. So, the tuple that is really generated is
Using zero-knowledge proofs, you can redact parts of the request and response without compromising the security of the cryptographic authenticity. So, the tuple that is really generated is
🧰 Tools
🪛 LanguageTool

[grammar] ~13-~13: Use a hyphen to join words.
Context: ...username/passwords, PII etc. Using zero knowledge proofs, you can redact parts o...

(QB_NEW_EN_HYPHEN)

🤖 Prompt for AI Agents
In content/docs/zkfetch/index.mdx around line 13, the phrase "zero knowledge
proofs" is missing the standard hyphenation; update it to "zero-knowledge
proofs" so the term follows conventional cryptography/blokchain usage by
replacing the two-word form with the hyphenated form at that location.

Comment on lines +1 to +4
---
title: Installation
description: Flutter SDK for Reclaim Protocol
---
Copy link

Choose a reason for hiding this comment

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

⚠️ Potential issue | 🟡 Minor

Fix incorrect SDK description in front matter.

Line 3 states description: "Flutter SDK for Reclaim Protocol" but this is a JavaScript SDK installation guide. This appears to be a copy-paste error from another document.

Apply this diff to correct the description:

- description: Flutter SDK for Reclaim Protocol
+ description: JavaScript SDK for Reclaim Protocol
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
---
title: Installation
description: Flutter SDK for Reclaim Protocol
---
---
title: Installation
description: JavaScript SDK for Reclaim Protocol
---
🤖 Prompt for AI Agents
In content/docs/zkfetch/installation.mdx around lines 1 to 4, the front-matter
description is incorrect ("Flutter SDK for Reclaim Protocol"); update the
description to reflect this is the JavaScript SDK installation guide by changing
the description line to "JavaScript SDK for Reclaim Protocol" in the front
matter.

}
```

## Verify the proofs and transform proof for onchain
Copy link

Choose a reason for hiding this comment

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

⚠️ Potential issue | 🟡 Minor

Correct hyphenation: "onchain" → "on-chain".

Line 123 uses "onchain" (one word), but the standard English form is "on-chain" (hyphenated), especially in blockchain contexts.

Apply this diff:

- ## Verify the proofs and transform proof for onchain
+ ## Verify the proofs and transform proof for on-chain
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
## Verify the proofs and transform proof for onchain
## Verify the proofs and transform proof for on-chain
🧰 Tools
🪛 LanguageTool

[grammar] ~123-~123: Ensure spelling is correct
Context: ...rify the proofs and transform proof for onchain ### Verify the proofs Install @reclaimproto...

(QB_NEW_EN_ORTHOGRAPHY_ERROR_IDS_1)

🤖 Prompt for AI Agents
In content/docs/zkfetch/usage.mdx around line 123, replace the nonstandard
single-word "onchain" with the hyphenated form "on-chain" to correct
hyphenation; update the heading "## Verify the proofs and transform proof for
onchain" to "## Verify the proofs and transform proof for on-chain" (preserve
capitalization and spacing).


Transforms proof data into a format suitable for on-chain transactions, you need to use it before sending the proof to the blockchain.

Use Reclaim.transformForOnchain(proof) from the js-sdk to transform the proof for onchain.
Copy link

Choose a reason for hiding this comment

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

⚠️ Potential issue | 🟡 Minor

Correct hyphenation: "onchain" → "on-chain".

Line 151 also uses "onchain" (one word). Use the hyphenated form "on-chain" for consistency and correctness.

Apply this diff:

- Use Reclaim.transformForOnchain(proof) from the js-sdk to transform the proof for onchain.
+ Use Reclaim.transformForOnchain(proof) from the js-sdk to transform the proof for on-chain.
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
Use Reclaim.transformForOnchain(proof) from the js-sdk to transform the proof for onchain.
Use Reclaim.transformForOnchain(proof) from the js-sdk to transform the proof for on-chain.
🧰 Tools
🪛 LanguageTool

[grammar] ~151-~151: Ensure spelling is correct
Context: ...m the js-sdk to transform the proof for onchain. ```js const onchainProof = Reclaim.tr...

(QB_NEW_EN_ORTHOGRAPHY_ERROR_IDS_1)

🤖 Prompt for AI Agents
In content/docs/zkfetch/usage.mdx around line 151, the term "onchain" is used;
update the wording to the hyphenated form "on-chain" (e.g., change "transform
the proof for onchain" to "transform the proof for on-chain"), ensuring any
other "onchain" occurrence on that line is also replaced for consistency.

@hadi-saleh14 hadi-saleh14 self-assigned this Dec 3, 2025
@hadi-saleh14 hadi-saleh14 self-requested a review December 3, 2025 01:17
@hadi-saleh14 hadi-saleh14 merged commit 27ecd00 into main Dec 3, 2025
4 checks passed
@@ -0,0 +1,42 @@
---
title: Installation
description: Flutter SDK for Reclaim Protocol
Copy link
Contributor

Choose a reason for hiding this comment

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

description is incorrect

@coderabbitai coderabbitai bot mentioned this pull request Jan 20, 2026
10 tasks
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.

4 participants