Seametry explores the creation and redemption mechanism behind ETFs for tokenized equities on Solana. The Hall creates fungible Alloy shares against fixed constituent formulas and redeems them into independently withdrawable claims.
OwnershipSolo founder: protocol architecture, Rust/Anchor, Go evidence core, interface, execution integration and testing.
DEVNETHall protocolDeployed Anchor program and signed demo transactions
MAINNETAllocationsDirect-wallet tokenized equity purchases through Jupiter
TOKEN-2022Issuer evidenceAuthorities and admission conditions decoded
GO · RUST · TSValidationShared conformance vectors and tests
01
Thesis
The ETF is a mechanism, not a shopping list.
Buying several tokenized stocks creates an allocation, not an ETF. In an ETF, primary-market creation and redemption exchange fund shares for a defined set of underlying assets. That loop helps market participants connect share prices to the underlying portfolio.
Onchain equities introduce issuer-specific authorities, different transfer conditions, and fragmented execution. Seametry is designed to make those conditions inspectable while exploring an open creation/redemption path—not to depend on issuer failures.
02
Protocol / implemented on devnet
Strike, Melt, claim.
01Formula
An Alloy defines exact constituent quantities; no price oracle is needed to determine the exchange amounts.
02Strike
Deposit the formula constituents to mint fungible Alloy shares, subject to the underlying assets' transfer rules.
03Melt
Redeem shares into separately recorded claims on the underlying constituents.
04Withdraw
Each claim can be delivered independently. A restricted constituent can remain pending without automatically blocking the others.
03
Evidence / execution
Issuer powers are part of the instrument.
The Go evidence core inspects SPL/Token-2022 mint state, issuer authorities and admission conditions. The goal is to show the rules surrounding a constituent before it becomes part of a financial product.
On mainnet, Allocations are a separate product: they quote, simulate and purchase admitted tokenized equities directly into a user's wallet via Jupiter. They do not issue Alloy shares.
04
Proof / boundaries
What has been demonstrated—and what has not.
The Hall is deployed on Solana devnet, with public transaction signatures for creation, redemption and mock-issuer restriction scenarios.
The monorepo includes Rust/Anchor tests, Go policy and arithmetic, and shared cross-runtime conformance vectors.
Direct-wallet Allocations operate on Solana mainnet through Jupiter routes.
The Hall is not audited or deployed to mainnet; there is no live Alloy secondary market. Legal review, security audit, issuer integrations and liquidity partnerships remain next steps.