The Privacy Gap in Institutional Solana: How Zyga Addresses It

Most infrastructure decisions are obvious in retrospect. You look back and say, of course that’s where the category was going. The Darklake acquisition was like that for us.

In April 2026, SOL Strategies acquired the assets of Darklake Labs for USD $1.2 million. The full story behind the deal is covered in Why SOL Strategies Acquired Darklake Labs. This post is about what Darklake built and why it matters: a zero-knowledge proof system called Zyga, designed from the start for the Solana blockchain.

What Darklake Built

The Darklake team zeroed in on a specific problem in zero-knowledge (ZK) cryptography: proof reusability.

Here’s why that matters. Most existing ZK proof systems fix all inputs at the time a proof is generated. If any parameter changes, you have to reprove from scratch. In a static environment, that’s manageable. In live markets, it’s a serious constraint. Market-making strategies reprice continuously as oracle feeds update. Lending protocols need to adapt to changing interest rates while keeping borrower data private. Cross-chain bridges require fresh proofs with every price change. The computational overhead compounds fast.

The team’s answer is Zyga, a pairing-based zero-knowledge proof system that enables dynamic public input substitution during verification. In plain terms: Zyga separates what needs to stay private from what can update publicly, and it allows a single proof to remain valid as public data changes without requiring the entire proof to be regenerated. Trade size stays hidden. Current price gets updated live. The proof still holds.

Zyga’s underlying proof system is documented in a pre-print posted to the International Association for Cryptologic Research (IACR) ePrint Archive at https://eprint.iacr.org/2025/1802. The paper covers the one-sided encoding mechanism, security proofs under standard cryptographic assumptions, and performance analysis for Solana deployment.

Why We Acquired the Team and the Technology

We saw a talented team working on interesting technology, and we moved. 

“Privacy is a core functionality needed to bring global finance on-chain,” said Michael Hubbard, CEO of SOL Strategies. “The Darklake team has built something technically serious and we’re glad we could bring them on.”

The team that joined SOL Strategies includes Vitor Py Braga, Darklake’s CEO and technical founder, who brings infrastructure engineering experience from Meta and IBM; Amber Hales, COO and co-founder, with nearly a decade of compliance experience from senior roles at Coinbase and Coincover; and Tiago Alves, Head of ZK Research and a university professor, now leading an expanded research and development function within the company.

Zyga is one product that came with the team. To be precise: SOL Strategies acquired Darklake Labs. Zyga is what Darklake built.

The Category Problem Zyga was Designed to Solve

There’s a version of “privacy on Solana” the market already knows. Shielded transactions. Tools that are genuinely useful for individual privacy but that carry obvious complications for institutions, compliance teams, and regulated venues.

Zyga is a different category. It’s not about hiding what happened. It’s about proving what happened without revealing everything about how.

That distinction is what makes zkKYC a viable construct rather than a contradiction. A financial institution can verify that a user has cleared KYC without ever seeing the underlying identity data. A lending protocol can confirm sufficient collateralization without the borrower revealing their full portfolio. A trading venue can enforce position limits and risk parameters without counterparties exposing their strategies to front-running.

The reproofing problem that Zyga addresses is precisely what makes most ZK systems impractical for live markets. Private values, things like trade amounts, slippage thresholds, or position sizes, are encoded at proof generation time and stay hidden. Public values, things like oracle-fed prices or interest rates, are substituted live at verification time. The proof remains valid across market movements. No recomputation. For any system that needs to interact with real-world data while protecting sensitive inputs, that’s a meaningful capability.

The Regulatory Direction

The compliance signal here is clear. SEC Release 33-11412 moves KYC from optional to required for tokenized securities. As real-world assets migrate onto public blockchains, the compliance infrastructure question comes up at every step: how do you verify what you need to verify without creating the kind of data exposure that creates its own regulatory and liability problems?

ZK-based identity tooling is a direct technical answer to that question. Proof of KYC completion without identity data on-chain. Proof of accreditation without portfolio disclosure. Proof of jurisdiction without revealing personal information. These aren’t hypothetical. They’re the stated requirements of institutions building tokenized financial products today.

The Solana Foundation’s own privacy report validated that the need exists at the network level. No named protocol currently occupies this space on Solana. 

How Zyga Fits Into SOL Strategies 

SOL Strategies operates as an infrastructure-first business on Solana, with revenue from treasury stake, third-party delegated stake, liquid staking through STKESOL, and institutional staking services. Why SOL Strategies Acquired Darklake Labs covers how Zyga fits that business model. For developers and protocol builders, the practical question is what Zyga enables at the execution layer.

The infrastructure underneath all of it is our validator network. As released month ending April 2026, we’re managing over 3.7 million SOL in assets under delegation across 33,953 unique wallets. Our proprietary validators ran at 100% uptime during the month, with Orangefin delivering a peak APY of 6.08% against a network average of 5.74%.

Zyga adds a technology layer that the validator and staking businesses don’t have on their own: the ability to enable verifiable privacy tooling that serves the institutional adoption layer directly. Compliance infrastructure for tokenized securities. Private execution for institutional trading venues. zkKYC primitives for protocols that need identity verification without on-chain data exposure.

The stack now looks like this: validators provide the infrastructure and block production, and STKESOL is our liquid staking product. Zyga is a technology we now own, built for privacy and compliance use cases at the execution level. Each represents a different capability. 

The Zyga Integration Architecture

For developers and protocol builders, the practical entry point is Zyga’s integration SDK, a lightweight API framework designed to let existing protocols wrap into a proof-based verification layer without changing their internal logic. Protocols on Solana, including AMMs, lending venues, and structured strategies that currently depend on trust in contract logic and off-chain behavior, can route through Zyga to add cryptographic verification of whether a trade, yield action, or strategy followed its declared constraints.

Proofs are reusable. The same verification logic that secures a single transaction can secure an entire portfolio of strategies. For builders, that removes the need to construct or audit custom trust assumptions. For liquidity providers, it preserves existing positions while adding enforcement. For traders, it means confidence that transactions are executed faithfully.

The Zyga technical paper is at https://eprint.iacr.org/2025/1802. The Zyga product page is at https://solstrategies.io/zyga. For the acquisition context and business case behind Darklake, see Why SOL Strategies Acquired Darklake Labs.

For context on how Zyga fits our broader approach, see https://solstrategies.io/technology.

Frequently Asked Questions (FAQs)

What is Zyga?

Zyga is a pairing-based zero-knowledge proof system built natively for the Solana blockchain. It was developed by the Darklake Labs team and acquired by SOL Strategies in April 2026. Zyga enables private transaction execution by separating private inputs, like trade sizes or portfolio composition, from public inputs, like oracle-fed prices or interest rates, so that a single proof remains valid as public data changes without requiring recomputation.

What does it mean for a zero-knowledge proof to be reusable?

Most existing zero-knowledge proof systems fix every input at the time the proof is generated. If any parameter changes, the system has to reprove from scratch. That’s manageable for static use cases but prohibitive for anything that interacts with live market data, where oracle feeds, interest rates, and exchange rates move continuously. Zyga separates private inputs from public ones. The private side, things like trade size, slippage thresholds, or position composition, is locked in at proof generation time. The public side can update during verification, so a single proof remains valid as market conditions change. No recomputation, no fresh proof for every price tick.

What is zkKYC and why does it matter for institutions on Solana?

zkKYC uses zero-knowledge proofs to verify that a user has cleared Know Your Customer checks without exposing the underlying identity data on-chain. For institutions building on Solana, that solves a structural compliance problem. Regulators increasingly require KYC for tokenized securities, but every additional data exposure point creates its own liability. zkKYC lets a financial institution confirm a user is verified, an investor is accredited, or a participant meets jurisdictional rules, all without putting personal information on a public blockchain. Zyga is the proof system that makes this construct technically viable in live institutional environments.

How is Zyga different from shielded transactions on Solana?

Shielded transactions hide what happened on-chain. They’re useful for individual privacy but create complications for institutions, compliance teams, and regulated venues. Zyga sits in a different category. It isn’t about hiding activity, it’s about proving that activity followed declared constraints without revealing every input that produced it. A trade can be verified as compliant without exposing position size. A loan can be verified as collateralized without exposing the borrower’s portfolio. That distinction is what makes Zyga usable for the institutional adoption layer where shielded approaches typically aren’t.

What kinds of Solana protocols can integrate with Zyga?

The Zyga integration SDK is a lightweight API framework that wraps existing protocols into a proof-based verification layer without changing their internal logic. AMMs, lending venues, and structured strategies are the natural first fits, since each currently relies on trust in contract logic and off-chain behavior to enforce constraints. Routing through Zyga adds cryptographic verification that a trade, yield action, or strategy followed its declared parameters. The same proof logic that secures a single transaction can also secure a full portfolio of strategies, which means builders don’t have to construct or audit custom trust assumptions every time.

Where can I read the technical documentation?

Zyga’s underlying proof system is documented in a pre-print posted to the IACR ePrint Archive at https://eprint.iacr.org/2025/1802. The paper covers the one-sided encoding mechanism, security proofs under standard cryptographic assumptions, and performance benchmarks for Solana deployment. The Zyga product page is at https://solstrategies.io/zyga.

 

Disclaimer

1. No Investment Advice or Offer: The information provided here is for general informational purposes only. It does not constitute an offer to sell or a solicitation of an offer to buy any securities, futures, options, or other financial instruments. This information is not investment, legal, or tax advice and should not be considered an individualized recommendation or personalized advice. Any decisions based on this information are your sole responsibility.
2. Opinions, Accuracy, and Liability: Views expressed are as of the date indicated, are subject to change without notice, and may not reflect the views of SOL Strategies. Certain statements may be based on SOL Strategies’ views, estimates, or opinions, which may not be accurate or ultimately realized. Information obtained from third-party sources has not been independently verified, and SOL Strategies does not assume responsibility for its accuracy. SOL Strategies nor any of its affiliates, shareholders, partners, members, directors, officers, management, employees, or representatives makes any representation or warranty, express or implied, as to the accuracy or completeness of this information. SOL Strategies expressly disclaims any and all liability relating to or resulting from the use of this information.
3. Company Disclosures & Conflicts: SOL Strategies and its affiliates may own investments or have other incentives in some of the digital assets, protocols, and securities discussed herein. SOL Strategies does not provide services as a money transmitter, custodian, bank, securities broker-dealer, investment adviser, or commodity trading adviser and is not registered as such with the U.S. Securities and Exchange Commission, the U.S. Commodity Futures Trading Commission, or other regulatory agencies.
4. Important Risk Warnings: Past performance is no guarantee of future results, and examples are for illustrative purposes only. All investments carry risk. Digital asset investments are high-risk and subject to, among other things, price volatility, regulatory changes, and cyber-attacks. Cryptocurrencies are not legal tender, not backed by any government, can become illiquid, and may result in the total loss of principal. On-chain transactions are irreversible. These investments are only for investors with a high-risk tolerance.
5. Forward-Looking Statements: The information provided herein may contain “forward-looking information” within the meaning of applicable securities laws. Forward-looking information is based on certain factors and assumptions believed to be reasonable at the time such statements are made and is subject to known and unknown risks, uncertainties, and other factors that may cause the actual results, level of activity, performance, or achievements to be materially different from those expressed or implied by such forward-looking information. There can be no assurance that such forward-looking information will prove to be accurate, as actual results and future events could differ materially from those anticipated in such information. Accordingly, readers should not place undue reliance on forward-looking information. Readers are cautioned against attributing undue certainty to forward-looking statements.