Anza company-boundary primary sources — 2026-08-13
Why this source capture exists
- Earlier corpus work already had a useful product-layer note for solana-wallet-adapter.
- This pass was about whether the surrounding operator boundary also deserves a separate
companies/note. - The answer is yes, because the same named organization now appears across Solana’s majority validator client, official Agave docs, SDK/tooling packaging, and app-side wallet-integration middleware.
Primary-source snapshots
1) Official homepage
- URL: https://www.anza.xyz/
- Key excerpt:
- The homepage calls Anza
the leading Solana-focused software development firmanda Solana R&D lab pushing the boundaries of blockchain performance and scalability. - It presents
AgaveasSolana's gold standard clientand says it isthe majority validator client built by the engineers closest to the protocol. - The same page groups validator software, consensus research, SDK work, and program/tooling work under one company boundary instead of presenting a single narrow product.
- The homepage calls Anza
2) Agave documentation home
- URL: https://docs.anza.xyz/
- Key excerpt:
- The docs say
Agave is a fork of the original Solana validator previously maintained by the Solana Labs teamand isnow under active development by the core engineering team at Anza. - That is the cleanest first-party statement that Anza is not only a website brand; it is a live software-maintenance and release boundary for validator infrastructure.
- The same docs package CLI, validator operations, architecture, and runtime documentation inside the Anza-run docs shell.
- The docs say
3) Wallet Adapter repository
- URL: https://raw.githubusercontent.com/anza-xyz/wallet-adapter/master/README.md
- Key excerpt:
- The README describes Wallet Adapter as
Modular TypeScript wallet adapters and components for Solana applications. - The repo path itself matters for taxonomy: this widely inherited wallet-integration layer now sits inside the
anza-xyzGitHub organization rather than under a neutral standards body. - That makes the company boundary analytically useful even though the adapter remains a real project-layer note.
- The README describes Wallet Adapter as
4) GitHub organization and legal pages
- URLs:
- Key excerpt:
- The public GitHub organization shows Anza stewarding multiple important Solana-adjacent repositories, including
agave,kit, andsolana-sdk, alongside the wallet-adapter repository. - The privacy policy and terms identify the legal entity as
Anza Technology, Inc.and describe Anza as the company providing the website and services. - Together these pages establish both the practical software-maintenance boundary and the formal legal-entity boundary.
- The public GitHub organization shows Anza stewarding multiple important Solana-adjacent repositories, including
Working conclusion
Anza should not replace product notes like solana-wallet-adapter. The adapter note is still the right place for app-side wallet selection, modal packaging, capability handling, and migration away from wallet-specific adapters. But a separate company note is warranted because one named operator now packages validator-client stewardship, official docs, SDK/tooling work, and wallet-integration middleware under the same company shell. That boundary materially improves control-surface analysis for the Solana stack.