Record of practice · Rev. 2026-08Czar LLC · Utah, United States
Applied cryptography, on the record.
Czar Security is the security-engineering practice of Czar LLC. It works upstream in the Zcash ecosystem, on consensus code, wallets, and hardware signing, where results are not described but merged, dated, and public.
Fourteen merged pull requests across five organizations appear in §2 · every row links to the public record
§ 1
The practice
Four kinds of work, one standard: the result has to hold up in front of the people who maintain the code.
- 1.1
Protocol and implementation review
Consensus rules, key and note flows, transaction formats, and proof-system integrations, read at the level where the specification meets the code that ships.
- 1.2
Security-critical Rust
Implementation and review in upstream libraries, consensus software, SDK boundaries, and release-critical dependency changes.
- 1.3
Wallets and hardware signing
Transaction construction, PCZT and QR transport, recovery and migration, and device firmware: every boundary a signature crosses on its way to the chain.
- 1.4
Authorized adversarial validation
Reachability analysis, exploitability assessment, and narrow proofs of concept that turn ambiguous risk into reproducible evidence. Performed only under written authorization; see §3.
Engagements usually begin as a design review, an implementation, or an authorized investigation, and end the same way: with a fix that is merged and a regression that holds.
§ 2
The record
A security practice should be checkable the way a ledger is checkable. This is ours: what happened, what we shipped, and where to verify it.
On May 29, 2026, Taylor Hornby disclosed a critical flaw in the pre-NU6.2 Orchard circuit: a missing constraint that could have allowed undetectable counterfeiting inside Zcash's shielded pool. The ecosystem answered in two moves. NU6.2 activated a corrected circuit within days. Ironwood, NU6.3, then went further, adding a fresh shielded pool and a turnstile that restored independently verifiable supply integrity.
Czar LLC did not find the flaw and did not write the circuit fix. That credit belongs elsewhere, and the advisory records it. Through its engagement with Valar Group, one of the organizations credited by Shielded Labs for helping define and implement Ironwood, Adam Tucker built a substantial share of the recovery's working parts: transaction formats, wallet plumbing, fees, historical witnesses, hardware-signing rules, and the public testnet the upgrade was rehearsed on.
The incident · May to July 2026
- 2026-05-29DisclosureCritical Orchard circuit flaw disclosed by Taylor HornbyZcashFoundation/zebra · GHSA-ww9q-8r59-xv46advisory
- 2026-06-03NetworkNU6.2 activates with the corrected Orchard circuitZcash mainnet · emergency mitigation and deploymentZIP 257
- 2026-06-24MergedPublic Ironwood testnet: bootstrap, faucet, and shadow-fork toolingvalargroup/ironwood-testnet · PR 28f43da93
- 2026-06-25MergedIronwood V6 transaction ID supportzcash/librustzcash · PR 2429a5532b85
- 2026-06-26MergedShielded PCZT signing within hardware stack limitsKeystoneHQ/keystone3-firmware · PR 21936f7c2657
- 2026-06-30MergedIronwood wiring in the transaction builderzcash/librustzcash · PR 24854d98d563
- 2026-07-02MergedIronwood anchors in wallet transaction buildingzcash/librustzcash · PR 2498d94d591a
- 2026-07-02MergedIronwood bundle in fee and change calculationzcash/librustzcash · PR 25086788e5b0
- 2026-07-09MergedIronwood historical witness generationzcash/librustzcash · PR 2577c3916509
- 2026-07-10NetworkZebra 6.0.0 ships Ironwood (NU6.3) mainnet activation at block 3,428,143ZcashFoundation/zebra · v6.0.0release
- 2026-07-13MergedSingle-pass batch review and output-recoverability enforcementKeystoneHQ/keystone3-firmware · PR 2204300cf422
- 2026-07-14MergedReject duplicate Orchard and Ironwood action rk valuesKeystoneHQ/keystone3-firmware · PR 22169ea5b011
- 2026-07-16MergedIronwood historical note selectionzcash/librustzcash · PR 264830bbc899
Since the incident
- 2026-07-22MergedReject SIGHASH_SINGLE without a matching outputzakura-core/zakura · PR 377807356c4
- 2026-07-23MergedPreserve PCZT v1 encoding and Zcash account firmware versionKeystoneHQ/keystone3-firmware · PR 2242cd8102fd
- 2026-08-01MergedRestore batch signer signature redactionzcash/librustzcash · PR 288524ed8eaa
- 2026-08-11MergedBatch Keystone voting signatureschainapsis/vizor-wallet · PR 4878f8b81e0
Merge dates and commit hashes re-verified against the GitHub API on 2026-08-11. Filled markers are pull requests authored by czarcas7ic, Adam Tucker's GitHub identity, and merged by each repository's maintainers.
Full history · github.com/czarcas7ic§ 3
Method
The useful question about a security practice is not what it can do, but what it refuses to do without. These clauses are the standing rules.
- 3.1
Authorization first
Work begins with an identified system owner, written scope, approved methods, and stop conditions. Authorization is never inferred from public accessibility.
- 3.2
Containment by default
Potentially destructive testing stays in isolated clones, fixtures, simulators, regtest, or dedicated staging unless the owner approves otherwise in writing.
- 3.3
Least access
Least privilege, MFA or passkeys where supported, separated environments, and purpose-limited credentials that end with the engagement.
- 3.4
Evidence before claims
Findings tie to exact code paths and reproducible behavior. Reports distinguish verified behavior from inference and say where uncertainty remains.
- 3.5
Private disclosure
Sensitive findings go to the system owner through an agreed channel and timeline. Public disclosure follows authorization or remediation.
- 3.6
Human accountability
AI-assisted analysis stays under human review. Scope, conclusions, and any proof of concept remain Czar LLC's responsibility.
The complete policy covers authorization, containment, data handling, AI-assisted work, and disclosure, and applies to every engagement.
§ 4
The company
Czar LLC is a single-member engineering company registered in Utah in February 2026. There is no team page because there is no team: the practice is Adam Tucker, the GitHub identity czarcas7ic, and the working relationships that record has earned.
Czar LLC provides engineering services to Valar Group, which Shielded Labs credits among the organizations that helped define Ironwood's architecture and implement its consensus rules. The two are separate companies: Czar LLC is not Valar Group and does not speak for it, and it works for Valar Group under the same rules set out in §3.
A small practice earns trust with specifics. The entity record is public, the reference is reachable, and every technical claim on this page resolves to a repository that Czar LLC does not control.
Entity record
- Legal name
- Czar LLC
- Form
- Utah limited liability company
- Formed
- February 17, 2026
- Utah entity no.
- 14662428-0160
- Principal
- Adam Tucker, sole member
- Headcount
- One
- adam@czarsec.com
- GitHub
- czarcas7ic
Professional reference
Dev Ojha
Founder and CEO, Valar Group. For questions about the working relationship described here: dev@valargroup.dev.
§ 5
Start with the code path.
Write a few plain lines: the system, who owns it, and the decision the answer needs to support. You will hear back from the person who would do the work; there is no one else here.
adam@czarsec.comFor sensitive reports, ask for a secure channel in a first message that contains nothing sensitive.