- What does it mean to create a token on QRL?
- This transaction registered a brand-new on-chain token. The sender chose the token's symbol, decimals, owner address, and initial-balance distribution to one or more addresses. From now on, the resulting token can be moved with `transfer_token` subtype transactions; the hash of THIS transaction is the canonical identifier those transfers reference.
- How is this different from creating a token on QRL 2.0?
- Tokens on the original Proof-of-Work chain are native: the protocol itself tracks balances and transfers via dedicated subtypes (token, transfer_token). QRL 2.0 tokens are smart contracts — typically QRC-20 (fungible) or QRC-721 (NFT) — that live as deployed code at their own address and move via Transfer events. The mechanics, gas model, and approval pattern all differ.
- How can I tell if this QRL transaction is fully settled?
- QRL uses Proof-of-Work with cumulative-work resolution rather than protocol-level finality. The conventional rule of thumb is to wait 6-12 block confirmations on top of the confirming block before treating a transaction as fully settled. Click the block link in the action header to navigate to the confirming block, then use Prev/Next to check how many blocks have accumulated on top.
- How is the fee on a QRL transaction determined?
- QRL fees are sender-set: when signing, the sender picks the fee they want to attach. There is no EIP-1559 base-fee market — miners are free to pick whichever transactions they want from the mempool, but in practice they prioritise higher-fee transactions. The Fee column shows exactly what the sender chose to pay; the miner of the confirming block received the full fee.
- Will the contents of this transaction ever change?