How ALIAS works
Overview
ALIAS is an autonomous launchpad powered by the pons v2 bonding curve engine on Robinhood Chain.
An ALIAS coin is two things at once. It is a bonding curve, so anyone can buy or sell it against a deterministic pricing function from the moment it exists. It is also a standing payment instruction: the coin names one X account, and 2.0% of every trade is set aside for whoever holds that account.
Nothing about the second half depends on the named account participating. A coin can be launched for an account that has never heard of the protocol, trade for weeks, and accumulate fees the whole time. The money waits in a vault keyed to the handle until that account proves itself.
The X account
The destination handle is written at launch and is immutable. There is no admin function to redirect it, no owner key that can reassign it, and no upgrade path that quietly changes it. Whoever the launcher names is the beneficiary for the life of the coin, which is why the studio makes you confirm the handle before you sign.
A verified badge in the interface reflects the badge on the X account itself. It is a display detail only. Verification changes nothing about who can claim: the binding is to the handle, and later to the numeric account id behind it.
Proving the handle
- 01Sign in with XThe claimant authenticates against X directly, through this protocol's own OAuth 2.0 flow with PKCE. No password ever reaches us, only the attested account X returns.
- 02Match lowercased handlesThe attested handle is lowercased and hashed, then compared against the handle commitment stored with the coin at launch. Case and a leading marker are normalised away before the comparison.
- 03Permanent binding to the numeric account idOn the first successful match the vault records the numeric X account id, not the display handle. Handles can be renamed or traded; the numeric id cannot, so a later rename never strands the escrow and never hands it to somebody who picked up an abandoned name.
Why escrow is separate
The creator fee never sits in the curve. Every trade forwards it to the vault in the same transaction that fills the trade, credited to the coin it came from, so the two balances are never the same money. What remains on the curve is reserve and nothing else, which is what lets the curve honour a sell at every point along its path.
Because the escrow was never reserve, releasing it takes nothing away from the sell side. There is no lock and no waiting period: the balance is claimable from the first trade, whatever the curve is doing and whether or not the coin ever graduates. The named account proves the handle through X and claims in a single transaction, with no prior registration and no binding step first.
Settlement
Settlement runs in three legs, and each leg is separately visible on chain.
- 01Claim fees on-chain as ETHThe proven account calls the vault and the accrued balance is released in native ETH to an address they control.
- 02Convert to USDG on Robinhood ChainThe claimed ETH is swapped to USDG on Robinhood Chain, which fixes the amount in dollars and removes the price risk between claiming and being paid.
- 03Settle to creatorThe USDG balance is sent out over whichever rail the creator picked. This is the only leg that touches anything off chain.
Leg one is live. Legs two and three run over partner rails that are still in review, so a creator claiming today receives native ETH and holds it: the conversion to USDG and the payout to an exchange or a bank are not yet available. The rails table below marks which is which.
The rails
Payout rails differ in speed and cost. Every rail shares the same $5 minimum payout: below that, the fixed cost of moving the money eats a disproportionate share of it.
Only the first row settles today. Claiming accrued fees as native ETH to an address the creator controls is entirely on-chain and needs no counterparty. The other three rails quote the speeds and fees they are being built to, and each one depends on a partner integration that is not live yet, so a creator should plan around the wallet rail and treat the rest as forthcoming rather than as options available on day one.
Lifecycle
- 01CreateThe launcher names the coin, points it at an X account, and signs. The curve exists from that transaction onward, with the full supply held against it.
- 02Trade the curveBuys move price up the curve, sells retrace it. There is no order book and no counterparty: the curve is always both sides of the trade.
- 03GraduateOnce reserves reach 4.2 ETH the curve closes and hands its reserve and unsold supply to the protocol migrator, which seeds the pool.
- 04ClaimThe named account proves itself through X and withdraws the vault balance, at any point from the first trade onward.
- 05SettleThe claimed balance is converted and paid out over the chosen rail.
Bonding curve
The curve is a vending machine, not a market. Price is a pure function of how much of the reserved pool has been sold, so the same purchase size always costs the same amount at the same point on the curve. Nobody quotes a spread, and there is no way to be filled at a worse price than the function says.
Supply is fixed at 1,000,000,000 tokens. The reserved pool is what the curve sells into circulation; what remains unsold at graduation is what seeds the pool, which is why late buyers on the curve are not buying from an emptier machine than early ones.
x is the ETH side and y the token side of the balances the contract quotes against. Each is a virtual reserve plus the real one: x = x0 + xreal and y = y0 + yreal, where yreal opens at the full curve supply of 1,000,000,000 tokens and xreal opens at zero.
| Virtual ETH | x0 | 6.0 ETH (6 × 1018 wei) |
| Virtual token supply | y0 | 1,073,000,000 (1.073 × 1027 wei) |
| Real token reserve at open | yreal | 1,000,000,000 |
| Initial product | k | 6 × 2,073,000,000 = 1.2438 × 1010 ETH·tokens |
| Swap fee, total | f | 300 bps (2.0% creator + 1.0% protocol) |
At open that is 6 / 2,073,000,000 ≈ 2.894 × 10-9 ETH per token.
The fee is taken from the gross ETH before it reaches the curve, and only Δxnet is added to the reserve. The token output is capped at yreal; the quote functions on the contract run this exact computation, so a quote and its fill agree to the wei.
| Virtual ETH at graduation | x | 6.0 + 4.2 = 10.2 ETH |
| Token balance at graduation | y | k / 10.2 ≈ 1,219,411,765 |
| Sold on the curve | Σ Δy | ≈ 853,588,235 |
| Unsold, seeded into the pair | yreal | ≈ 146,411,765 |
| Spot price at graduation | P | ≈ 8.365 × 10-9 ETH |
The unsold tokens and the 4.2 ETH reserve are seeded together into the Uniswap v2 pair. A buy that would carry the reserve past the target is filled only up to it: the curve takes at most ⌈(target − xreal) · 10000 / (10000 − 300)⌉ wei of gross ETH, which from an empty curve is ≈ 4.3299 ETH, and refunds the rest to the caller in the same transaction. The reserve lands on the target to within one wei.
Graduation
At 4.2 ETH of reserve the curve stops accepting trades. Both sides of what it holds, the full reserve and the unsold supply, are released to the protocol migration module, which seeds the Uniswap v2 pool the market trades on from then. The release happens once per coin and only after trading has closed: the curve cannot be drawn down while it is still quoting, and it cannot be drawn down twice.
The launcher has no part in that transfer and no claim on either side of it. Neither the launcher nor the named account can withdraw the reserve from the curve, before graduation or after.
The fee vault is independent of all of this. Creator escrow accrues from the first trade and is claimable from the first trade, whatever the curve is doing: the named account proves the handle through X and claims in one transaction, with no prior binding step and no wait for graduation.
Fees
The two one-time amounts are what the launch studio adds up into the total you sign for. The two percentages are taken from trade value on both buys and sells.
The fee vault
Each coin has exactly one vault, and its address is derived deterministically from the coin address and the handle commitment. Nothing is registered by hand, so there is no mapping an operator could edit and no vault that can be created twice for the same pair.
Access control is a single check: the caller must present an X session whose numeric account id matches the id bound to the vault. The protocol has no key that overrides that check, which also means a lost X account is a lost vault. There is no recovery path, by design.
Creator Settlements and Settlement Rails
Creator royalties settle over one rail today, with a second in development. Both pay out the same accrued balance; they differ only in where it lands.
- Fully non-custodial. No operator holds creator funds at any point between a trade and a claim.
- The 2.0% creator fee from every trade accrues directly in AliasVault, in native ETH, credited to the coin it was earned on.
- A verified creator claims the balance at any time: sign in through X OAuth 2.0 with PKCE, receive an EIP-712 signed voucher naming the coin and the receiving wallet, and submit it to the vault, which verifies the signature before releasing the ETH.
- A direct off-ramp into the X Money balance of the creator's verified X account.
- Automated protocol settlement: accumulated trading fees are converted to USDG and paid out through Stripe Connect payout rails to that account.
- No Web3 wallet required. Creators withdraw earnings to the standard bank and card rails available inside X.
Not yet available. Until it ships, every claim settles through the on-chain vault above.
Contracts
Deployed on Robinhood Chain. Addresses resolve from environment configuration, so a deployment that has not been configured yet reads as the zero address.
Every address is browsable at rh-scan.com, and each coin page links its own contract directly.
Risks & FAQ
Settlement readiness. The on-chain legs are the mature part of this system. Off-chain payout rails depend on partners and on the creator completing whatever checks those partners require, so treat bank settlement timing as an estimate rather than a guarantee.
Market risk. These are volatile assets with no floor. A curve can trade down as easily as up, a coin can fail to reach graduation and leave its fees locked indefinitely, and accrued fees are denominated in ETH until they are claimed and converted.
Non-affiliation. ALIAS is not affiliated with, endorsed by, or connected to X Corp. Handles are used as public identifiers to route fees. A coin named after an account implies no relationship with that account and no endorsement from it.
What if the account never claims? The fees stay in the vault. There is no expiry, no sweep, and no mechanism for anyone else to take them. An unclaimed vault simply waits.
Ready to try it?