Transaction

ebea96441c8a9f2a19ce8f30bf6586f6c2e4d5cf7b8e91d975ad2979bb3737ab
Timestamp (utc)
2024-03-22 08:19:44
Fee Paid
0.00000014 BSV
(
0.01002249 BSV
-
0.01002235 BSV
)
Fee Rate
10.27 sat/KB
Version
1
Confirmations
97,319
Size Stats
1,363 B

2 Outputs

Total Output:
0.01002235 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckMV<div class="post">Asking as a general question, is the whole concept of throwing the data into transactions a dead issue now?&nbsp; With the release of Bitcoin v. 3.1.18 Satoshi has essentially thrown down the gauntlet that adding such data to transactions is considered a form of an attack on the network.&nbsp; Miners who aren't using a codebase derived from the reference implementation still may add blocks to the network involving these "goofy" transaction packets, but by design the reference implementation will not recognize the transactions.&nbsp; If we work around the <b>IsStandard()</b> algorithm, it is only going to change to stop whatever changes we make.<br/><br/>This is a subtle but interesting issue where essentially the only way we can guarantee that a domain transaction can be put into a block chain is to create a custom miner and compete for blocks to put those transactions into the network.&nbsp; That makes for some interesting problems in terms of latency for an effort like DomainCoin.<br/><br/>Should we move onto the forked version of Bitcoin to implement this idea again?</div> text/html
    https://whatsonchain.com/tx/ebea96441c8a9f2a19ce8f30bf6586f6c2e4d5cf7b8e91d975ad2979bb3737ab