mirror of
https://github.com/luxfi/chains.git
synced 2026-09-24 00:26:00 +00:00
Hanzo AI
9dc59df3bf
Three of the four verifier failures were one mistake: BigInt(nil) assigns through a nil receiver. msmCPU panicked on every call, the Groth16 linear combination on every proof carrying a public input, and PLONK unconditionally. Removing the PLONK panic uncovered what it had been hiding. gnark decodes all-zero bytes to the point at infinity without error, reports it as in the prime-order subgroup, and a pairing check drops every term whose argument is infinity — so an element at infinity removes itself from the equation, and a check with every term removed is a product of nothing, which is one, which is true. loadVerifyingKeys installs an all-zero placeholder for each circuit an operator did not key. So on a chain keyed for transfers, a shield proof was judged against zeros and every one of them verified. Mint from nothing. checkG1 and checkG2 are now the one place that decides what a usable point is — in the subgroup and not the identity — and every decoder routes through them, so a decoded proof carries the invariant instead of each caller re-deriving it. The precompile had the same hole from the other direction: it takes its verifying key from calldata, so the caller chose it, and a degenerate key made Run answer 0x01. The witness bound was off by one. K holds a point per public input plus the constant term, so it covers len(K)-1 inputs, and a peer-chosen count of exactly len(K) read one past the end — a remote kill from a well-formed message. It was off by one in two places; the second was a duplicate of the whole pairing check on a GPU path that also overwrote the CPU's linear combination with an unverified GPU result. A GPU returning a wrong point flips a verdict on the nodes that have one, which is a fork rather than a slow node, so that copy is gone and one deterministic check serves both the single and batch paths. Co-authored-by: Hanzo Dev <[email protected]>
Lux Chains
Independent VM plugin binaries for the Lux Network.
Each directory builds to a standalone binary that the Lux node loads as a plugin via --plugin-dir.
Build
make # build all VMs
make evm # build one VM
make test # test all
Install
lpm install evm
lpm install dexvm
Or copy binaries to ~/.lux/plugins/<vmid>.
VMs
One row per directory in this repo. make derives its target list from the
directory listing, so a VM that has no directory here has no binary — the table
below and ls can never disagree.
Live means the VM has a chain registered on Lux mainnet 96369
(platform.getBlockchains).
| VM | Chain | Live on 96369 | Purpose |
|---|---|---|---|
| evm | C-Chain | ✅ | EVM smart contracts |
| dexvm | D-Chain | ✅ | Decentralized exchange |
| aivm | A-Chain | ✅ | AI/ML inference |
| bridgevm | B-Chain | ✅ | Cross-chain bridge — also owns all cross-chain messaging / relay / teleport (LP-6000); there is no separate teleportvm |
| graphvm | G-Chain | ✅ | GraphQL data layer |
| keyvm | K-Chain | ✅ | Key management |
| quantumvm | Q-Chain | ✅ | Post-quantum consensus signing (Pulsar) |
| zkvm | Z-Chain | ✅ | Groth16 over BLS12-381 (rolls N × ML-DSA-65 sigs into 192-byte proof) |
| identityvm | I-Chain | ❌ built, not deployed | Decentralized identity |
| oraclevm | O-Chain | ❌ built, not deployed | Oracle/off-chain data |
| relayvm | R-Chain | ❌ built, not deployed | Cross-chain relay |
| mpcvm | M-Chain | ❌ built, not deployed | MPC ceremonies (CGGMP21, FROST, Pulsar-general) — bridge custody for external wallets (LP-7100) |
| schain | S-Chain | ❌ built, not deployed | S3-style object storage (on-chain metadata / off-chain blob). Declares its own VMID = ids.ID{'s','c','h','a','i','n'} in schain/factory.go and is not in the canonical luxfi/constants VM-ID registry |
P-Chain (platformvm) and X-Chain (xvm) are in-process core VMs registered by
luxfi/node, not plugins built here. Together with the eight ✅ rows above they
are the ten chains live on 96369.
Not in this repo
| Name | Status |
|---|---|
teleportvm / T-Chain |
Removed. LP-134 dissolves T-Chain with zero remainder: threshold signing → M-Chain, FHE → F-Chain, cross-chain messaging/teleport → B-Chain (bridgevm). LP-5013 and LP-7330 are deprecated by LP-134; see LP-7050 for the migration map. No teleportvm VM ID exists in luxfi/constants. |
servicenodevm |
Never existed. The service-node registry was never built under this name; the S-Chain directory here is schain/ and is object storage, not a registry. |
fhevm / F-Chain |
Unbuilt. luxfi/constants reserves FHEVMID = {'f','h','e','v','m'} and luxfi/node/node/vms.go lists it in OptionalVMs as a plugin named fhevm, so luxd will scan --plugin-dir for it — but there is no fhevm/ directory in this repo and no plugin binary anywhere, so that scan always comes up empty. The FHE runtime library lives at mpcvm/fhe/; it is a package inside mpcvm, not a standalone chain. F-Chain is a spec (LP-8200, LP-167) with no shipping VM. |