Skip to content

AI content updates#17994

Draft
mnelsonBT wants to merge 48 commits intodevfrom
ai-content-updates
Draft

AI content updates#17994
mnelsonBT wants to merge 48 commits intodevfrom
ai-content-updates

Conversation

@mnelsonBT
Copy link
Copy Markdown
Contributor

@mnelsonBT mnelsonBT commented Apr 19, 2026

  • Changing AI agents use case page to Decentralized AI use case page
  • Updating nav per AI Agents Developer Hub: Content Architecture for /ai-agents/ #17615
  • Adding AI agents builder hub landing page
    Adding related AI agents builder hub subpages
    • Adding Getting started page
    • Adding Why Ethereum page
    • Adding Frameworks page
    • Adding Identity page
    • Adding L2s page
    • Adding Identity page
    • Adding Use case page
    • Adding Verification page
    • Adding Wallets page

Description

Deviations from original Issue scope:

  • Added a BREADCRUMB_LABEL_OVERRIDES map in page-jsonld.tsx so the slug-derived breadcrumb label renders as "AI agents" instead of "Ai agents" in the BreadcrumbList JSON-LD, fixing incorrect casing visible in Google's breadcrumb rich results, per Jakub feedback
  • Modification away from original FAQ issue scope (AI Agents Hub: Comprehensive FAQ (LLM optimization) #17627): Distributed the centralized FAQ page into per-page ExpandableCard FAQ sections with matching faqItems in each page's YAML frontmatter, added faqItems to StaticFrontmatter for type safety, and updated page-jsonld.tsx to emit FAQPage structured data from the frontmatter, so both the rendered FAQ content and the JSON-LD schema are translated alongside all other page content.
    • To address Jakub FAQ feedback:
      • added dynamic FAQPage JSON-LD generation to page-jsonld.tsx so that faqItems frontmatter, previously unused, is now automatically emitted as structured data for any builder hub page
      • Resolved all frontmatter-to-body FAQ drift across the builder hub by aligning body text to match faqItems schema answers, eliminating "on this page" references, and removing substantive content (contract addresses, SDK lists) that only appeared in one location
  • Deferred from this PR: AI Agents data page (AI Agents Hub: State of AI Agents data page #17626)
    • Static metrics are stale-by-design given how quickly space is evolving
    • The issue spec says "updated monthly," but there is no automation; this relies on a human manually remembering to edit markdown
    • Recommend deferring to dev for live data page pulling from onchain resources/explorers, or adding an AI data dashboard list to /index

Related Issue

#17615
#17616
#17617
#17618
#17620
#17621
#17624
#17627
#17622
#17623
#17625

@netlify
Copy link
Copy Markdown

netlify Bot commented Apr 19, 2026

Deploy Preview for ethereumorg ready!

Name Link
🔨 Latest commit 8fa3103
🔍 Latest deploy log https://app.netlify.com/projects/ethereumorg/deploys/69f09ea20c4c9b0008c01b5d
😎 Deploy Preview https://deploy-preview-17994.ethereum.it
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.
Lighthouse
Lighthouse
7 paths audited
Performance: 56 (🟢 up 7 from production)
Accessibility: 93 (no change from production)
Best Practices: 100 (no change from production)
SEO: 98 (🔴 down 1 from production)
PWA: 59 (no change from production)
View the detailed breakdown and full score reports

To edit notification comments on pull requests, go to your Netlify project configuration.

@github-actions github-actions Bot added content 🖋️ This involves copy additions or edits tooling 🔧 Changes related to tooling of the project translation 🌍 This is related to our Translation Program labels Apr 19, 2026
Copy link
Copy Markdown
Contributor

@konopkja konopkja left a comment

Choose a reason for hiding this comment

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

UI polish pass on the two landing pages.

  1. /ai-agents/ banner: add breathing room around the info Alert.
  2. /ai-agents/: convert the four capability bullets (Programmable wallets, Verifiable inference, Machine payments, Agent identity) into a CardGrid, matching the pattern used on other use-case pages.
  3. /decentralized-ai/: add breathing room around the three inline Alerts (Are you a builder?, Early blockchain media authenticity proofs, Before using AI wallet tools).

All suggestions are one-click committable. Rationale per comment.

Comment thread public/content/ai-agents/index.md Outdated
Comment thread public/content/ai-agents/index.md Outdated
Comment thread public/content/decentralized-ai/index.md Outdated
Comment thread public/content/decentralized-ai/index.md Outdated
Comment thread public/content/decentralized-ai/index.md Outdated
Copy link
Copy Markdown
Contributor

@konopkja konopkja left a comment

Choose a reason for hiding this comment

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

Scannability pass: proposing bold on key phrases across both landing pages.

Scope.

  1. /ai-agents/ethereum/: 22 paragraph-level suggestions covering the lead paragraph of each section and the load-bearing paragraphs elsewhere.
  2. /decentralized-ai/: 19 suggestions following the same pattern.

Principles applied.

  • Bold 1 to 3 phrases per paragraph. Beyond that, bold loses signal.
  • Target phrases that carry the claim. A scanner should reconstruct the section by reading only the bold.
  • Skip paragraphs whose lead is already bold (session keys, x402 protocol, Zero-knowledge machine learning, Censorship-resistance, etc.) and pure-link lists.
  • No wording, punctuation, or link changes. One exception flagged inline: the typo auditabile on /decentralized-ai/ line 31.

All suggestions are one-click committable.

Comment thread public/content/ai-agents/ethereum/index.md Outdated
Comment thread public/content/ai-agents/ethereum/index.md Outdated
Comment thread public/content/ai-agents/ethereum/index.md Outdated
Comment thread public/content/ai-agents/ethereum/index.md Outdated
Comment thread public/content/ai-agents/ethereum/index.md Outdated

## Verifiable AI computation {#verifiable-ai-computation}

Knowing that a piece of media is authentic is only part of the challenge. As AI tools are increasingly able to execute multi-step tasks on behalf of users, users also need a way to prove that an AI model actually behaved as claimed.
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.

Suggested change
Knowing that a piece of media is authentic is only part of the challenge. As AI tools are increasingly able to execute multi-step tasks on behalf of users, users also need a way to prove that an AI model actually behaved as claimed.
Knowing that a piece of media is authentic is only part of the challenge. As AI tools are increasingly able to execute multi-step tasks on behalf of users, users also need a way to **prove that an AI model actually behaved as claimed**.


**Zero-knowledge machine learning (zkML)** lets developers prove that a specific AI model produced a specific output from a specific input, without revealing the model's internal data or the user's private information. This proof is recorded onchain so anyone can verify it.

One important limitation: zkML confirms that the computation ran correctly, not that the result is factually accurate. An AI model can still produce a wrong answer. zkML only guarantees that it followed its own logic consistently.
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.

Suggested change
One important limitation: zkML confirms that the computation ran correctly, not that the result is factually accurate. An AI model can still produce a wrong answer. zkML only guarantees that it followed its own logic consistently.
**One important limitation:** zkML confirms that the **computation ran correctly, not that the result is factually accurate**. An AI model can still produce a wrong answer. zkML only guarantees that it followed its own logic consistently.

- **[Modulus Labs](https://world.org/blog/announcements/tools-for-humanity-acquires-modulus-labs)** generated a complete [zero-knowledge proof of a 1.5 billion parameter language model](https://medium.com/@CountableMagic/chapter-14-the-worlds-1st-on-chain-llm-7e389189f85e) verified onchain on Ethereum, demonstrating that large-model verification is technically achievable.
- In production, **[Worldcoin (World ID)](https://world.org/)** uses zero-knowledge machine learning to allow users to verify their biometric data locally on their device. This proves their unique human identity without exposing the underlying biometric data to the network or protocol.

Beyond cryptographic verification, the Ethereum ecosystem also supports decentralized platforms focused on private AI inference. For example, **[Venice AI](https://venice.ai/)** is a generative AI assistant that uses an Ethereum Layer 2 network for access control and settlement. By routing encrypted prompts to a distributed network of independent GPU providers, it offers a censorship-resistant alternative to centralized AI platforms and utilizes a local-first approach to keep user data private.
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.

Suggested change
Beyond cryptographic verification, the Ethereum ecosystem also supports decentralized platforms focused on private AI inference. For example, **[Venice AI](https://venice.ai/)** is a generative AI assistant that uses an Ethereum Layer 2 network for access control and settlement. By routing encrypted prompts to a distributed network of independent GPU providers, it offers a censorship-resistant alternative to centralized AI platforms and utilizes a local-first approach to keep user data private.
Beyond cryptographic verification, the Ethereum ecosystem also supports **decentralized platforms focused on private AI inference**. For example, **[Venice AI](https://venice.ai/)** is a generative AI assistant that uses an Ethereum Layer 2 network for access control and settlement. By **routing encrypted prompts to a distributed network of independent GPU providers**, it offers a **censorship-resistant alternative to centralized AI platforms** and utilizes a **local-first approach** to keep user data private.


## Standardizing the agent economy {#standardizing-the-agent-economy}

Because Ethereum provides a secure, programmable foundation, developers can build shared standards that allow AI systems to interact safely. These standards are the building blocks of a new machine-to-machine economy. For example, standards for agent identity ([ERC-8004](https://eips.ethereum.org/EIPS/eip-8004)) let applications verify an AI assistant's reputation and permissions, ensuring it only takes actions you have explicitly authorized. Paired with machine-to-machine payment protocols ([x402](https://www.x402.org/)), agents can automatically pay each other for data or services.
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.

Suggested change
Because Ethereum provides a secure, programmable foundation, developers can build shared standards that allow AI systems to interact safely. These standards are the building blocks of a new machine-to-machine economy. For example, standards for agent identity ([ERC-8004](https://eips.ethereum.org/EIPS/eip-8004)) let applications verify an AI assistant's reputation and permissions, ensuring it only takes actions you have explicitly authorized. Paired with machine-to-machine payment protocols ([x402](https://www.x402.org/)), agents can automatically pay each other for data or services.
Because Ethereum provides a secure, programmable foundation, developers can build **shared standards that allow AI systems to interact safely**. These standards are the **building blocks of a new machine-to-machine economy**. For example, standards for agent identity ([ERC-8004](https://eips.ethereum.org/EIPS/eip-8004)) let applications **verify an AI assistant's reputation and permissions**, ensuring it only takes actions you have explicitly authorized. Paired with machine-to-machine payment protocols ([x402](https://www.x402.org/)), agents can **automatically pay each other for data or services**.


Because Ethereum provides a secure, programmable foundation, developers can build shared standards that allow AI systems to interact safely. These standards are the building blocks of a new machine-to-machine economy. For example, standards for agent identity ([ERC-8004](https://eips.ethereum.org/EIPS/eip-8004)) let applications verify an AI assistant's reputation and permissions, ensuring it only takes actions you have explicitly authorized. Paired with machine-to-machine payment protocols ([x402](https://www.x402.org/)), agents can automatically pay each other for data or services.

For everyday users, applications built on these Ethereum standards unlock new models like seamless micropayments; for example, paying a fraction of a cent to read a single article on a news site instead of needing a monthly subscription.
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.

Suggested change
For everyday users, applications built on these Ethereum standards unlock new models like seamless micropayments; for example, paying a fraction of a cent to read a single article on a news site instead of needing a monthly subscription.
For everyday users, applications built on these Ethereum standards unlock new models like **seamless micropayments**; for example, paying a **fraction of a cent to read a single article** on a news site instead of needing a monthly subscription.

mnelsonBT and others added 6 commits April 23, 2026 09:22
@mnelsonBT mnelsonBT force-pushed the ai-content-updates branch from b12b63c to 927a051 Compare April 23, 2026 19:59
Copy link
Copy Markdown
Contributor

@konopkja konopkja left a comment

Choose a reason for hiding this comment

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

Code snippets on the new builder-hub pages render as plain styled <pre> blocks instead of going through the site's Codeblock component that powers /developers/docs/*. Confirmed by inspecting the rendered HTML on the deploy preview.

What a reader gets today vs. on /developers/docs/*

/developers/docs/* (Docs layout) This PR's new pages (Static layout)
Syntax highlighting yes (Prism tokens) no
Line numbers yes no
Copy button yes no
Language label yes no
Markup Codeblock component (Prism + chrome + scroll) <pre class="bg-background-highlight ... whitespace-pre-wrap">

Evidence, same commit (5b37726):

  • Docs: <pre class="m-0 w-fit min-w-full overflow-visible py-6 ps-4 pt-[2.75rem]"> with <span class="token comment"> tokens and a Copy button.
  • Getting started: <pre class="bg-background-highlight max-w-full overflow-x-scroll rounded border p-4 whitespace-pre-wrap">, no tokens, no controls.

Root cause

New pages do not set template: in frontmatter, so getLayoutFromSlug (src/lib/utils/layout.ts) returns "static". Only Docs.tsx and Tutorial.tsx register the pre -> Codeblock override in their MDX components map (src/layouts/Docs.tsx:76-87, src/layouts/Tutorial.tsx:67-78). staticComponents in src/layouts/Static.tsx does not.

Scope in this PR (5 files, 46 fences)

  • public/content/ai-agents/frameworks/index.md — 10 blocks (bash, typescript, rust, toml)
  • public/content/ai-agents/getting-started/index.md — 8 blocks (bash, typescript)
  • public/content/ai-agents/wallets/index.md — 5 blocks
  • public/content/ai-agents/identity/index.md — 3 blocks
  • public/content/ai-agents/verification/index.md — 1 block

Suggested fix

Mirror the Docs/Tutorial pattern in src/layouts/Static.tsx:

// near the other imports
import Codeblock from "@/components/Codeblock"

// above staticComponents
const Pre = (props: React.HTMLAttributes<HTMLDivElement>) => {
  const match = props.className?.match(/(language-\S+)/)
  const codeLanguage = match ? match[0] : "plain-text"
  return <Codeblock codeLanguage={codeLanguage} {...props} />
}

export const staticComponents = {
  // ...existing entries
  pre: Pre,
}

Four lines, identical to the existing Docs and Tutorial overrides. No Markdown changes needed in any of the five content files.

Alternative I considered and why I would avoid it

Setting template: docs on each page pulls in the Docs-layout SideNav / DocsNav chrome, which does not fit a builder-hub landing page. A dedicated builder-hub layout is another option but feels like overkill for this PR.

Blast radius to double-check

Adding pre: Pre to staticComponents applies to every static content page. Worth grepping public/content/** for other static pages with fenced code to confirm nothing regresses visually. I did not do this exhaustively.

Confidence

High on the root cause (HTML inspection). Medium on the fix location if you want Codeblock scoped strictly to /ai-agents/*, in which case a new builder-hub layout would be cleaner.


Create a `.env` file at the root of your project and populate it before running any of the examples below:

```bash
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.

Example of the issue: this bash block, and every code fence on this page, renders as a plain styled <pre> on the deploy preview, not through the site's Codeblock component (no Prism highlighting, no copy button, no line numbers, no language badge). Same thing on frameworks/ (line 59), wallets/ (line 116), identity/ (line 90), and verification/ (line 50). Root cause and proposed 4-line fix in src/layouts/Static.tsx are in the main review comment.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

sg, addressed with commit 8000431

Copy link
Copy Markdown
Contributor

@konopkja konopkja left a comment

Choose a reason for hiding this comment

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

Round 4. Scoped to content-level fixes you can apply inside this PR. Strategic IA/SEO observations (hub split, taxonomy rename, FAQPage policy, nav-duplication) are filed as a follow-up issue and linked at the end so this PR is not blocked on them.

Content duplication: pick a single source of truth for ERC-4337 / EIP-7702 / session keys

The three concepts are explained three times across the hub, with slight variation in each:

  • wallets.md lines 32-89 — the deepest and most authoritative treatment. Full comparison table, ERC-7715 reference, owner-agent key separation pattern, session key policy dimensions.
  • ethereum.md lines 59-74 ("Programmable guardrails") — restates ERC-4337, EIP-7702, session keys, and the policy bullets.
  • getting-started.md lines 58-73 — restates ERC-4337 vs EIP-7702 as a table with different columns (Revocability, Best for).

Readers who land on any of the three see the same material phrased differently. Drift is inevitable at the next edit. Propose: wallets.md stays as written, ethereum.md "Programmable guardrails" trims to one paragraph that names the standards and links to /ai-agents/wallets/, getting-started.md step 1 drops its table and links out.

Confidence: high. Same pattern applies to the verification duplication between ethereum.md lines 29-57 and verification.md lines 20-103 — less severe but worth a pass.

FAQ body vs. frontmatter drift (FAQPage schema / visible content mismatch)

The faqItems frontmatter feeds the FAQPage JSON-LD. The visible ExpandableCard body re-types each Q&A by hand. These already drift. Example on wallets.md, "What is ERC-4337 and how do agents use it?":

  • Frontmatter answer ends at: "...beyond the policy it is scoped to."
  • Body ExpandableCard ends at: "...beyond the policy it is scoped to. EntryPoint v0.7 (0x0000...) remains widely deployed; newer versions (v0.8, v0.9) are also live, verify the version your SDK targets against the [official repository]."

Two problems:

  1. Maintenance: every Q needs two edits, forever.
  2. SEO: Google's FAQPage guidance requires JSON-LD answers to match visible on-page content. The extra EntryPoint paragraph in the body makes this page non-compliant on that one Q today.

Fix: single-source it. Either render the ExpandableCards from faqItems at build time (cleanest), or have a lint/test that asserts equality. Same drift risk applies to all 7 pages; I only spot-checked wallets.

Confidence: high.

/getting-started/ has two adjacent tail sections pointing to the same places

  • Lines 325-339, ## What to do next: 4 prompts linking to frameworks, use-cases, verification, l2s.
  • Lines 346-364, ## Continue exploring the AI agents builder hub: 9 links under Foundation / Core infrastructure / Ecosystem, including the same 4.

Fix: drop "What to do next". The "Continue exploring" block (shared on 5 pages) already serves this role. If you want a tutorial-shaped handoff line, fold one sentence into the closing paragraph of Step 4.

Confidence: high.

Typos and copy nits

  • frameworks.md:264 — Further reading list starts with a literal double-hyphen artifact: - - [Aiagenttoolkit.xyz].... Remove the leading - .
  • ethereum.md:96 — literal &mdash; HTML entity in prose: "bank accounts&mdash;barriers that autonomous code cannot cross." Replace with a period, comma, or parenthetical. ethereum.org style is to avoid em dashes in content.
  • ethereum.md:63 — em-dash character (U+2014) in the same file: "standards—primarily [ERC-4337]... (live on Ethereum Mainnet since the Pectra upgrade, May 2025)—allow developers...". Restructure to sentences or parentheticals. Worth grepping the PR for other occurrences.
  • wallets.md frontmatter title: is "AI Agent wallets". All other siblings use lowercase a: "AI agent frameworks", "AI agent use cases", "Getting started with AI agents". Preview <title> tags confirm: <title>AI Agent wallets | ethereum.org</title> vs <title>AI agent frameworks | ethereum.org</title>. Change wallets frontmatter to lowercase.
  • Breadcrumb renders "Ai agents" (verified in JSON-LD on /ai-agents/getting-started/: "name":"Ai agents"). The label is slug-derived and unaware of the acronym. Override via frontmatter or add an acronym exception to the breadcrumb formatter. Low priority but visible in Google's breadcrumb rich results.

Confidence on all five: high.

Strategic items filed separately

  • /ai-agents/ vs /decentralized-ai/ hub-split ambiguity
  • /ai-agents/ vs /ai-agents/ethereum/ query overlap
  • Taxonomy "Foundation / Core infrastructure / Ecosystem" is authoring-facing, not reader-facing (Frameworks under Ecosystem is the worst offender)
  • "Continue exploring" block duplicated across 5 sub-pages is a site-nav responsibility, not content
  • FAQPage JSON-LD emitted on all 7 pages vs. Google's Aug 2023 restriction of FAQ rich results to gov/health authority sites

Tracked in #18036 so this PR can ship without them.

@konopkja
Copy link
Copy Markdown
Contributor

FAQ drift audit — all 7 pages

Following up on my earlier comment about wallets.md FAQ drift. Ran a full diff across every page with faqItems, normalizing whitespace / markdown / link syntax, comparing frontmatter answer: to the rendered <ExpandableCard> body.

Result: 8 drift cases across 6 of the 7 pages.

Page Q Drift type Evidence
ai-agents/ hub Q1 ("What is an AI agent on Ethereum?") Body adds cross-link paragraph not in schema Body suffix: "See Why Ethereum for AI agents for the technical case..., or, to learn the basics..., see Decentralized AI."
ai-agents/ hub Q2 ("How is an AI agent different from a bot?") Body adds cross-link Body suffix: "See the AI agents: Getting started guide."
ethereum/ Q1 ("Why would an AI agent use Ethereum...") Punctuation divergence frontmatter: "any address, human or machine, without gatekeeping" / body: "any address (human or machine) without gatekeeping"
frameworks/ Q1 ("Which agent framework should I use?") Frontmatter has page-local wording frontmatter: "See the decision guide on this page for a full comparison" / body: "See the decision guide for a full comparison". Note: "on this page" is incorrect in the JSON-LD extract — schema consumers see it out of context.
getting-started/ Q1 ("How do I build my first AI agent...") Self-reference mismatch frontmatter: "The Getting started guide walks through..." / body: "This guide walks through..."
identity/ Q1 ("What is ERC-8004?") Body adds contract address Body includes 0x8004A169FB4a3325136EB29fA0ceB6D2e539a432 inline in the registry description; frontmatter doesn't
wallets/ Q3 ("What is ERC-4337...") Body adds EntryPoint version guidance Body suffix with 0x0000000071727De22E5E9d8BAf0edAc6f37da032, v0.7/v0.8/v0.9 disclaimer
wallets/ Q5 ("How do I limit what my AI agent can spend?") Body adds SDK list Body suffix: "ZeroDev (Kernel), Safe (Allowance Module), and Biconomy (Nexus), among others, provide session key support."

Clean pages: verification/ (2 Qs match exactly), use-cases/ and decentralized-ai/ (no faqItems).

Interpretation

Three distinct drift patterns, not all equal:

  1. Schema-appropriate wording diverging from page-appropriate wording (frameworks Q1, getting-started Q1). These are intentional at some level: "on this page" only makes sense in-page, while "the Getting started guide" only makes sense out of context. A render-from-frontmatter approach would need both forms, or pick one.

  2. Body has substantive content missing from schema (identity Q1 contract address, wallets Q3 EntryPoint addresses and version guidance, wallets Q5 SDK list, hub Q1/Q2 cross-links). This is the higher-risk drift: the JSON-LD and AI-overview surfacing lacks technical detail that the human-facing FAQ has. Sync the frontmatter with the richer body content.

  3. Cosmetic punctuation (ethereum Q1). Harmless for schema validity but shows the duplication is already incurring maintenance cost.

Recommendation (still hold for this PR)

Auto-render <ExpandableCard> from faqItems at build time. One source. Before doing so:

  • Audit which body-only additions are valuable and should move to frontmatter (identity, wallets, hub).
  • Handle the in-page vs out-of-context wording cases explicitly (frameworks, getting-started). Options: (a) always use out-of-context phrasing, losing some in-page polish; (b) add a separate pageAnswer field; (c) accept the tradeoff and pick one.

Confidence: high on the drift counts and exact content (verified mechanically). Medium on the right fix strategy.

@mnelsonBT
Copy link
Copy Markdown
Contributor Author

Code snippets on the new builder-hub pages render as plain styled \<pre\> blocks instead of going through the site's Codeblock component that powers /developers/docs/*. Confirmed by inspecting the rendered HTML on the deploy preview.

Addressed with commit 8000431 - ready for review on fix

@mnelsonBT
Copy link
Copy Markdown
Contributor Author

Round 4. Scoped to content-level fixes you can apply inside this PR. Strategic IA/SEO observations (hub split, taxonomy rename, FAQPage policy, nav-duplication) are filed as a follow-up issue and linked at the end so this PR is not blocked on them.

Content duplication: pick a single source of truth for ERC-4337 / EIP-7702 / session keys

The three concepts are explained three times across the hub, with slight variation in each:

Addressed with commit b7e3a3c

FAQ body vs. frontmatter drift (FAQPage schema / visible content mismatch)

Addressed with commit 086d796

/getting-started/ has two adjacent tail sections pointing to the same places

Addressed with commit ff0c5b2

Typos and copy nits

Addressed with commit f9bceaa

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

content 🖋️ This involves copy additions or edits tooling 🔧 Changes related to tooling of the project translation 🌍 This is related to our Translation Program

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants