Bitcoin Forum
April 20, 2024, 12:28:01 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: OP_NOP-appended transactions - how long do non-standard transactions wait?  (Read 1805 times)
ByteCoin (OP)
Sr. Member
****
expert
Offline Offline

Activity: 416
Merit: 277


View Profile
June 03, 2011, 01:20:21 AM
 #1

There have been some non-standard transactions over the past few days created by adding an OP_NOP to the script.
They are functionally equivalent to normal transactions but confuse theymos' Bitcoin Block Explorer somewhat.
https://blockexplorer.com/b/127630
https://blockexplorer.com/b/128239
Did anyone see how long it took for them to be hashed in a block?

I use http://bitcoincharts.com/bitcoin/ to look at pending transactions. It might be handy if someone kept track of the amount of time a transaction has to wait to get into a block as the information will likely prove interesting and is not obtainable in retrospect.

ByteCoin
In order to get the maximum amount of activity points possible, you just need to post once per day on average. Skipping days is OK as long as you maintain the average.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1713616081
Hero Member
*
Offline Offline

Posts: 1713616081

View Profile Personal Message (Offline)

Ignore
1713616081
Reply with quote  #2

1713616081
Report to moderator
1713616081
Hero Member
*
Offline Offline

Posts: 1713616081

View Profile Personal Message (Offline)

Ignore
1713616081
Reply with quote  #2

1713616081
Report to moderator
1713616081
Hero Member
*
Offline Offline

Posts: 1713616081

View Profile Personal Message (Offline)

Ignore
1713616081
Reply with quote  #2

1713616081
Report to moderator
Luke-Jr
Legendary
*
expert
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 03, 2011, 07:58:25 PM
 #2

Those are intentionally crafted by my eligius_sendonly branch. The non-standard output is in fact the transaction fee, but encoded such that only Eligius can benefit from it. This was at the request of some miners who apparently see it as a way of contributing to the pool. They should be confirmed every 4 hours on average, given Eligius's current pool size.

ene
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
June 03, 2011, 08:07:45 PM
 #3

An example https://blockexplorer.com/tx/3077f4b06d7cdb9434019696b4e1dcb6daddde4331ca3749bdd599d50912f569

Can you explain how only Eligius can benefit? It seems like anybody can modify a bitcoin client to redeem that txout, as long as they have the bitcoin address which it's being sent to? Then any miner will accept their transaction, right?
Luke-Jr
Legendary
*
expert
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 03, 2011, 08:12:05 PM
 #4

Can you explain how only Eligius can benefit? It seems like anybody can modify a bitcoin client to redeem that txout, as long as they have the bitcoin address which it's being sent to? Then any miner will accept their transaction, right?
Only Eligius benefits from the fee for this transaction. Since it is non-standard, and requires a special Eligius fee key (1A2UnusrwYr7DbiFbFesRKrbQMiYkj6E84) to get the "fee", other miners don't have any reason to accept it. What the recipient does is their own business.

ene
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
June 03, 2011, 08:49:06 PM
 #5

Can you explain how only Eligius can benefit? It seems like anybody can modify a bitcoin client to redeem that txout, as long as they have the bitcoin address which it's being sent to? Then any miner will accept their transaction, right?
Only Eligius benefits from the fee for this transaction. Since it is non-standard, and requires a special Eligius fee key (1A2UnusrwYr7DbiFbFesRKrbQMiYkj6E84) to get the "fee", other miners don't have any reason to accept it. What the recipient does is their own business.

Sorry, I still don't understand. Which part of that transaction represents the "special fee"? Index 2 of the txouts?
Luke-Jr
Legendary
*
expert
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 03, 2011, 10:14:53 PM
 #6

Can you explain how only Eligius can benefit? It seems like anybody can modify a bitcoin client to redeem that txout, as long as they have the bitcoin address which it's being sent to? Then any miner will accept their transaction, right?
Only Eligius benefits from the fee for this transaction. Since it is non-standard, and requires a special Eligius fee key (1A2UnusrwYr7DbiFbFesRKrbQMiYkj6E84) to get the "fee", other miners don't have any reason to accept it. What the recipient does is their own business.

Sorry, I still don't understand. Which part of that transaction represents the "special fee"? Index 2 of the txouts?
Correct

ene
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
June 04, 2011, 12:49:13 AM
 #7

So how does it help the pool at all, or "contribute to the pool" as you said?
lizthegrey
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
June 04, 2011, 12:55:20 AM
 #8

So how does it help the pool at all, or "contribute to the pool" as you said?
AIUI, it's a mechanism for people to force their transaction to not immediately process in the next block to be found by any pool or miner, but to instead to wait to be processed by the eligius pool and to pay a transaction-fee-equivalent to the eligius pool's donation/voluntary tx fee address.
Luke-Jr
Legendary
*
expert
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 04, 2011, 04:22:28 AM
 #9

So how does it help the pool at all, or "contribute to the pool" as you said?
Since the fee can only be spent by Eligius, it is in effect a donation that the pool also accepts in lieu a transaction fee.

Mike Hearn
Legendary
*
expert
Offline Offline

Activity: 1526
Merit: 1128


View Profile
June 06, 2011, 12:08:47 PM
 #10

Hmm, this is a workaround for the lack of direct-to-miner TX submission isn't it?

Luke, how about a different approach - open up another port on your node. Transactions submitted to it that way won't be relayed at all, just included in your current block. It shouldn't be that complex and means you don't need weird hacks with OP_NOP and special keys. You can just keep the fees for yourself.
ene
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
June 06, 2011, 12:13:42 PM
 #11

So how does it help the pool at all, or "contribute to the pool" as you said?
Since the fee can only be spent by Eligius, it is in effect a donation that the pool also accepts in lieu a transaction fee.

So the thing that makes it a transaction fee is the destination address. So without OP_NOP, the destination address would still allow Eligius to pick up that donation, but the only difference is that the transaction might be included in a non-Eligius block.

So they're paying as a thank you for Eligius mining it, but the only reason no other miner mined the transaction is that they changed their transaction to prevent them from doing so.

This is really pointless.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!