コンテンツにスキップ

このページのソース

このページの主張はすべて固定されたリビジョンに紐づいています。検証元のソースを正確に確認できます。

atomicals-electrumx-1.5.2.0

Atomicals ElectrumX

リビジョン v1.5.2.0 (2025-03-27)

固定パスを開く: normalFtAllocation

Version-sensitive ARC-20 and Atomicals validation behavior used as the pinned reference baseline.

Transaction safety inspector

Raw

Parse a transaction or PSBT in your browser and read its inputs, outputs, and signature scope before you sign.

Protocol behavior Verified 2026-08-31 Metadata & Sources

Describes the Atomicals protocol itself at the pinned reference revision. It does not promise that any product exposes it.

Page ID
tools/transaction-inspector
Normative authority
Executed source code at a pinned revision
Networks
mainnet
Documentation version
2026.08
Audience
everyone, holder, developer
Owner
bitcoin-universe-docs
Sources
Known limitations
  • Parses locally and queries nothing. It cannot know which inputs are coloured unless you supply that.
  • Explanatory. It is not the active validator and never a substitute for one.
  • It never signs, broadcasts, or asks for key material.

このコンテンツはまだ日本語訳がありません。

Transaction safety inspector

Parses locally. Nothing is uploaded
Parsed entirely in your browser. It is never sent anywhere. Never paste a private key or a seed phrase into this or any other field.
Optional. Supply what your data source says is coloured, and the inspector computes the expected allocation for the parsed outputs.

Paste a transaction to see its inputs, outputs, and the risks they carry.

Explanatory only. It is not the active validator and it is not a substitute for one. Anything it cannot determine is reported as unknown rather than guessed.

Reads From
Version, and whether the transaction is segwit The serialisation
Every input outpoint and sequence The serialisation
Every output value, in order The serialisation
The script kind per output Script shape recognition
Declared signature hash types The PSBT input maps
Expected allocation and burns The allocation engine, if you supply the coloured inputs
  • Whether an input is actually coloured. It queries nothing, so you must supply that.
  • Whether the counterparty’s validator agrees.
  • Whether the transaction will be accepted by a mempool.
  • Whether an unrecognised script is safe. Unrecognised means unknown, not fine.

It fails closed: anything it cannot determine is reported as unknown rather than assumed.

  1. Confirm every input outpoint is one you meant to spend.
  2. Confirm every output script and value matches your intent.
  3. Confirm the output order matches what you modelled.
  4. Confirm the signature hash type is the one you expected.
  5. Supply the coloured inputs and confirm the burn figure is zero.

See verify a transaction for the full procedure, including what to do after broadcast.