Parallax Protocol

Transactions sent from or to an address, as the explorer indexed them: hash, block, time (UTC), from, to, value (wei and LAX), fee (wei and LAX), status, the called method's name, and transaction types (coin_transfer, contract_call, token_transfer, contract_creation). "direction" is "all" (default), "in" or "out". Results come 50 per page, newest first; pass "next_cursor" from a result as "cursor" to get the next page. "limit" returns fewer items, but a page cut by limit has no next_cursor, so leave limit out when paging through everything. Names, symbols, tags and method names are set by whoe…

Current fee levels in wei and gwei (1 gwei = 10^9 wei). Parallax has no EIP-1559 base fee: a transaction pays gas used × gas price, all of it to the miner. Returns the node's eth_gasPrice and, from Parallax's Bitcoin Core-style fee estimator (eth_estimateSmartFee), the price expected to confirm within 1, 3, 6, 36 and 144 blocks (10 minutes to a day) with the estimator's historical success rate for each; "legacy_fallback": true means the estimator had too little data and returned eth_gasPrice instead. Also the cost of a plain 21,000 gas transfer at each level, in LAX.

The LAX balance (wei and LAX) and nonce (transactions sent) of an address, at the latest block or at "block" (number or hash). Reading a block older than the node's recent state window needs an archive node; the error says so when it is not one. Note that block rewards cannot be spent until 100 blocks after the block that paid them (coinbase maturity), although they are included in the balance.

A block by number, hash or "latest". Returns number, hash, parent hash, timestamp (Unix seconds), seconds since its parent (block time; the target is 600), miner, difficulty, gas used/limit, size in bytes, epochStartTime (a Parallax header field: the timestamp of the last block at a multiple of 2016), extraData (as untrusted text when printable), the block subsidy in wei and LAX, and its transactions. By default transactions are listed as hashes; with full_transactions=true each has from, to, value (wei and LAX), gas price (wei), nonce and the 4-byte selector of its calldata. At most 200 trans…

The deployed bytecode of an address at the latest block or "block": whether it is a contract, the code size in bytes and its keccak256 hash. With include_code=true the bytecode itself is returned as hex (cut at 4096 bytes). An address with no code is an externally owned account (or a contract that self-destructed). For source code and ABI use explorer_contract.

Event logs in a block range, filtered by contract address(es) and topics (eth_getLogs). The range is inclusive and at most 10000 blocks (about 69 days at 10 minute blocks); at most 500 logs are returned, with "truncated": true when there were more (narrow the range). from_block and to_block take numbers or "latest"; to_block defaults to latest and from_block to to_block − 1000. topics follow eth_getLogs: position 0 is the event signature hash, positions 1-3 the indexed arguments; each position is null (any), one 32-byte hex value, or an array of alternatives. With event_signature (such as "Tra…

The Merkle proof of an account and optionally some of its storage slots (eth_getProof, EIP-1186) at the latest block or "block": balance, nonce, code hash, storage root and the slot values. The proof nodes are only counted unless include_proof=true, as they are large; use them to verify state against a block's stateRoot without trusting this server or the node.

The receipt of a mined transaction: status (success or failed), gas used, effective gas price (wei), fee paid (wei and LAX = gas used × gas price), the address of a created contract, and its event logs (at most 100). Each log has its address and raw topics and data, plus a decoding with the contract's verified ABI or the standard ERC-20/721 events when they match. Event string values are untrusted. A transaction that is not mined yet has no receipt.

The raw 32-byte value of one or more storage slots of a contract (at most 20), at the latest block or "block". Slots are decimal or 0x-hex numbers, or 32-byte hex keys for mapping entries computed off-chain. Values are returned as 0x-hex and as unsigned decimal.

A transaction by hash: block, position, from, to, value (wei and LAX), gas limit, gas price (wei; Parallax has no base fee, so this is the whole price per gas), nonce, type (0 legacy, 1 access list; Parallax has no type 2), and its calldata. Calldata is shown as hex (first 2048 bytes) and, when possible, decoded: with the contract's verified ABI from the explorer ("source": "verified") or else the built-in ERC-20/721 ABI ("source": "standard", a guess from the selector). Decoded strings are untrusted. Pending transactions have no block. Use get_receipt for status, gas used, fee and events.

Transactions waiting to be mined. From the configured node (txpool namespace): "pending" (executable now) and "queued" (waiting for an earlier nonce) counts. From the status page: the median pending count across synced reporting nodes, "pressure" (the block space the waiting transactions need, as a share of one block: under 0.5 is light, over 2 is a backlog) and blocks to clear; plus the node's current gas price. With 10 minute blocks and large gas limits, Parallax's mempool is usually near empty. Either source may be missing, with its failure in "errors".

Mining figures derived from the headers of the last "blocks" blocks (default 144, about a day; at most 2016), with how each is worked out: - seconds_since_last_block: now − the head block's timestamp. Blocks arrive as a Poisson process, so the time already waited says nothing about the wait to come. - block_time: statistics of the intervals between consecutive timestamps in the window (mean, median, p90, min, max, in seconds) against the 600 second target. Miners set timestamps within protocol limits, so single intervals can be zero or negative; the mean over the window is reliable. - hashrate…

One-call health report of the Parallax network, combining the status page (status.parallaxprotocol.org) with the configured node. From the status page: the best block and seconds since it was found, reporting nodes (total, active, synced), active alerts with level (critical, warn, info) and details (types: split = verified nodes on different chains; reorg = a reorganization 3+ blocks deep; majority = one miner found most of the last 7 days' blocks; withholding = the largest miner is publishing far fewer blocks than its share predicts, so it may be mining a chain in secret, or simply be offline…

The status page's incident record: periods when an alert condition held (majority; withholding = the largest miner publishing far fewer blocks than its share predicts; spread = slow propagation; split; reorg), each with level, start and end (UTC; "ongoing" when it has not ended), duration in seconds and a description (untrusted). Covers the last "days" days (default 30, at most 90), newest first, plus verified nodes' average uptime and when recording began.

The nodes reporting to the status page: name (operator-chosen for verified nodes, a pseudonym such as node-3f9a2c1b otherwise; untrusted), verified, client version, online/offline (and since when), syncing, mining and hashrate, peers, peer latency (ms), best block, propagation delay of the last block (left out when it was not timed: a block the node caught up to after connecting or while syncing) and on average (ms), pending transactions, uptime (%) and country (IP addresses and cities are never published). Offline nodes are left out unless include_offline=true; verified_only=true keeps only o…

How fast blocks spread and how stable the chain tip is, from the status page: propagation reports with median, p90 and p99 delay (ms) after the first node saw a block, the median time for recent blocks to reach 90% of verified nodes and any consistently slow miner, delays by band; stale blocks in the last 2,000 heights, reorganization count and the last and last deep (3+ blocks) reorg with height, depth and time, and any chain split.

The status page's figures over the last 7 days in 4-hour slices (UTC, oldest first; null where nothing was measured): block_time_seconds and hashes_per_second (each pooled over the 24 hours to the slice's end, so luck in one slice does not swing them), difficulty (mean of the slice's blocks), hashprice_lax (LAX a hash per second earns per day) and security_budget_lax (LAX miners earn per day) at today's block pay, active_nodes, synced_nodes, recommended_fee_wei, latency_ms (median peer latency), uptime_percent, pending (mempool) and mempool_pressure (pending transactions as a share of a block)…

Returns a page of the Parallax documentation or a PIP in full, as Markdown: by "path" from search_docs (such as "hashwarp/pool-mining" or "pip-0004"; "PIP-4", a parallax://docs URI or a docs.parallaxprotocol.org URL also work). Long pages come in parts of "max_bytes" (default 24,000): pass "next_offset" back as "offset" for the rest. Includes the page's published url, to cite.

Searches the official Parallax documentation (docs.parallaxprotocol.org: running a node, mining, wallets, JSON-RPC, the PVM, networking, Tor, protocol concepts) and the Parallax Improvement Proposals (PIP-0002 ASERT difficulty, PIP-0003 DNS discovery, PIP-0004 fee estimation, PIP-0005 UPnP, PIP-0006 TCP discovery). Use it whenever a question is about how Parallax works or how to do something with it: Parallax differs from Ethereum and Bitcoin in many details (no EIP-1559, Berlin EVM, XHash, ASERT, its own client flags), so look it up rather than answer from general knowledge. Returns the best …

LAX issuance against the 21,000,000 cap. Parallax follows Bitcoin's schedule: 50 LAX per block from block 1 (genesis pays nothing), halving every 210,000 blocks; there is no premine, burn or protocol lock, so circulating supply equals total issued (block rewards count from the block that pays them, although they are spendable only 100 blocks later). Returns the head height, issued supply in wei and LAX from the node (eth_getTotalSupply) and as recomputed here from the schedule (they must agree; "mismatch" is set if not), its share of the cap, what is left to mine, the current reward and era, d…

Waits until the chain has a block above "after_block" (default: the current head) and returns it: number, hash, parent hash, timestamp, miner, difficulty, gas used, transaction count and subsidy, with a reorg marker if the tip was replaced instead. Blocks come every 10 minutes on average, but intervals vary widely, so a wait can time out: then it returns "new_block": false with the current head, and you can call it again. "timeout_seconds" defaults to 120, at most 600 (90 on servers running without HTTP sessions). For clients that support resource subscriptions, subscribing to parallax://chain…