mirror of https://github.com/luxfi/node.git synced 2026-10-30 15:24:05 +00:00

Files

T

History

zeekay 7cf87b230b node-unified is the node

The module already called itself github.com/luxfi/node while containing no node
in Go: cmd/luxd was twenty-one lines that printed the size of a few types, and
the Go column of the matrix measured a VM plugin. A repo that fetches the thing
it claims to be has not replaced it, so the Go sources move in — 1515 files,
the daemon and everything under it — and the build reaches outside this module
for nothing.

Rust and C++ sit beside it unchanged and are still measured against it by the
differential. That is the point of one repo: the reference implementation and
the two ports are the same checkout, so parity is a thing you can run rather
than a thing you assert.

Verified: builds, and the closure carries no lux-private — checked at build time
rather than believed. The daemon starts twelve chains on a local network
(P X C Q Z A B G K M F, plus D through its plugin) and reports healthy.

2026-09-07 16:15:25 -07:00

addressed_call_test.go

node-unified is the node

2026-09-07 16:15:25 -07:00

addressed_call.go

node-unified is the node

2026-09-07 16:15:25 -07:00

hash_test.go

node-unified is the node

2026-09-07 16:15:25 -07:00

hash.go

node-unified is the node

2026-09-07 16:15:25 -07:00

payload_test.go

node-unified is the node

2026-09-07 16:15:25 -07:00

payload.go

node-unified is the node

2026-09-07 16:15:25 -07:00

README.md

node-unified is the node

2026-09-07 16:15:25 -07:00

README.md

Payload

An Lux Unsigned Warp Message already includes a networkID, sourceChainID, and payload field. The payload field can be parsed into one of the types included in this package to be further handled by the VM.

Hash

Hash:

+-----------------+----------+-----------+
|         codecID :   uint16 |   2 bytes |
+-----------------+----------+-----------+
|          typeID :   uint32 |   4 bytes |
+-----------------+----------+-----------+
|            hash : [32]byte |  32 bytes |
+-----------------+----------+-----------+
                             |  38 bytes |
                             +-----------+

codecID is the codec version used to serialize the payload and is hardcoded to 0x0000
typeID is the payload type identifier and is 0x00000000 for Hash
hash is a hash from the sourceChainID. The format of the expected preimage is chain specific. Some examples for valid hash values are:
- root of a merkle tree
- accepted block hash on the source chain
- accepted transaction hash on the source chain

AddressedCall

AddressedCall:

+---------------------+--------+----------------------------------+
|             codecID : uint16 |                          2 bytes |
+---------------------+--------+----------------------------------+
|              typeID : uint32 |                          4 bytes |
+---------------------+--------+----------------------------------+
|       sourceAddress : []byte |                 4 + len(address) |
+---------------------+--------+----------------------------------+
|             payload : []byte |                 4 + len(payload) |
+---------------------+--------+----------------------------------+
                               | 14 + len(payload) + len(address) |
                               +----------------------------------+

codecID is the codec version used to serialize the payload and is hardcoded to 0x0000
typeID is the payload type identifier and is 0x00000001 for AddressedCall
sourceAddress is the address that sent this message from the source chain
payload is an arbitrary byte array payload