Skip to content

Microchain: the channel comes first, the chain when its holders vote for it

Microchain: the channel comes first, the chain when its holders vote for it

Section titled “Microchain: the channel comes first, the chain when its holders vote for it”

Microchain tokenizes a Telegram channel. Not a person, not a promise — a channel: an avatar, a title, a stream of posts, an audience, an owner. It is already a concrete identity inside Telegram, so it is the object that gets a token, holders, and a vote.

A person can put their own channel behind it. So can a project, a research line, a community, a character, a brand. The mechanism does not care whose face is on the avatar. It cares that the avatar is real and everyone can see it.

And it starts before a smart contract exists.

Every token launch you have seen opens the same way: install a wallet, fund it, pay gas, trust a contract you cannot read. Most people stop at step one, and the ones who continue are the people the project never needed to convince.

Microchain removes all of it from the first contact.

A channel gets a genesis balance. Linking a channel creates its Microchain and credits the creator with the founding supply. That balance lives in Microchain itself, inside Telegram.

Sending is a link. The creator picks an amount and gets back a claim link. The amount is reserved the moment the link exists, so the same tokens cannot be promised twice.

A QR code is the same link. Not a separate system — the same one-time claim capability, drawn as a picture. Meet someone, show your screen, and they are a holder in seconds.

Claiming needs a Telegram account and nothing else. No wallet. No seed phrase. No gas. The link is opaque and works exactly once; whoever opens it first in Telegram receives the tokens.

That is not a demo of the chain. It is the constitutional stage of the Microchain: the period in which its first holders exist, meet each other, and start deciding things together.

Governance usually opens with an abstract parameter: a fee, a rate, a treasury split. Nobody feels a vote on a number they will never look at.

Microchain opens with the channel avatar.

  1. A holder proposes a new avatar as a named transformation of the current one — a curve, a palette shift, a posterize, a colour inversion, with its parameters written out.
  2. The transformation is deterministic. The proposal renders the exact image it will produce, and every holder previews that image before voting.
  3. Holders vote with their balance.
  4. The winning proposal is applied, and the channel’s avatar changes in Telegram — for every subscriber, at once.
  5. The applied image is hashed, and that hash is recorded in the channel’s signed state. Anyone can download the avatar and check it against the record. The previous avatar is kept, so every change is reversible by the same process that made it.

token → proposal → vote → the channel visibly changes

That loop is short enough to feel. It is also deliberately low-stakes: the first thing holders learn to decide together is something nobody can profit from breaking, and everybody can see working.

A token that exists in two places at once has no real balance in either. So Microchain holds one rule without exception:

There is exactly one authoritative ledger at any moment.

  • Before graduation, balances are authoritative inside Microchain.
  • After graduation, the blockchain is authoritative, and the off-chain ledger is frozen as the channel’s genesis history — readable forever, spendable never.

Claim links and QR codes keep working after graduation, because they are good UX. They resolve to on-chain transfers and claims. They do not create a second ledger.

This is the part that inverts the usual order.

In Microchain, the blockchain is not the starting point that a community later gathers around. The community exists first, and the chain begins when it votes to make its state binding.

The graduation proposal puts everything that becomes immutable in front of the holders:

  • the genesis snapshot — who holds what, frozen at a stated moment;
  • the bonding-curve parameters that will price the token on-chain;
  • the founder allocation and the rate at which it releases;
  • the governance rules and the registry of rights holders will be able to exercise.

The question on the ballot is plain:

Should this Microchain graduate on-chain under this genesis snapshot and this contract configuration?

If holders approve, the snapshot is frozen, the contracts are deployed with exactly the approved parameters, and every balance is materialized as a jetton in its holder’s wallet. If they do not, nothing is deployed and the channel continues as it was.

Deployment stops being something an issuer does to a community. It becomes the community’s first binding act.

Graduation carries the channel into the on-chain Microchain already running on TON:

  • A bonding curve prices the token continuously against a reserve that buyers themselves form, and anyone exits at the curve price with no lockup and no permission.
  • The founder allocation is a rate, not a balance. None of it exists until the clock releases it, so it cannot be dumped through a fresh wallet.
  • Votes are weighted by the square root of locked stake, so four times the tokens buys twice the weight.
  • Holders can only tighten the founder tap — lower it or stop it for good — and carrying out that decision needs nobody’s keys.
  • One pinned message carries a signed, hash-chained snapshot of the whole state that anyone can verify offline.

The avatar loop continues on-chain as an enforced right: the vote is tallied by the contract, the image is applied, and the hash of the exact bytes is written on-chain as evidence.

link a channel
→ genesis balance
→ send via claim links and QR codes
→ holders exist
→ holders vote on the channel's avatar
→ proposal: graduate on-chain
→ holders approve
→ snapshot frozen, contracts deployed
→ balances become jettons
→ the chain is the ledger from here on

Blockchains are good at one thing: making a state binding on people who do not trust each other. That guarantee is worth its cost only when there is a state worth binding and people who want it bound.

So Microchain builds the social object first — a channel, its holders, their first decisions — and lets those holders decide when stronger guarantees are worth introducing.

No wallet first. No mint first. No gas first. No contract first.

The channel comes first. The chain is its continuation, by vote.