Bitcoin Forum
May 10, 2024, 02:20:04 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Taproot inside coinbase transaction?  (Read 175 times)
ertil (OP)
Jr. Member
*
Offline Offline

Activity: 31
Merit: 77


View Profile
July 30, 2020, 06:36:46 PM
 #1

Now we are mining using "winner takes all" scheme. Every miner have to mine in pool or create the whole block alone with all transactions. But instead, we could use taproot on coinbase outputs and produce blocks a bit differently. First, miners could create merkle trees having all non-coinbase transactions and one coinbase with taproot output created by first miner. There could be many such trees available in the network and all of these trees would compete trying to produce lowest hashes, highest total block rewards, etc.

In this way each miner could choose some tree, validate it, and then start working on it. Each miner could attach to coinbase transaction having taproot output. This coinbase transaction would be built by all miners and when going down the tree, the difficulty would be halved each time. For example we could have something like this:
Code:
target: 00000000ffffff00...0
coinbase: address having 50.00 coins with BlockHash < 00000000ffffff00...0
But it would be P2SH coinbase taproot output, so it could as well contain something like this:
Code:
target: 00000000ffffff00...0
coinbase: TapRoot having 50.00 coins with BlockHash < 00000000ffffff00...0
          address having 25.00 coins with TapBranchHash < 00000001fffffe00...0
          address having 25.00 coins with TapBranchHash < 00000001fffffe00...0
When validating the whole block hash, everything would be the same. Just checking if block hash is lower than difficulty is enough and works fine. But when attaching to coinbase, any miner would have a chance to add something. All that this miner would have to do is just adding next address in coinbase output, produce tap branch hash lower than halved difficulty (number of halvings would depend on how deep in the whole taproot tree this miner would add something) and produce the whole block hash lower than it currently is. If it would be lower than the target, this block could be added to the blockchain and broadcasted to all miners.
1715307604
Hero Member
*
Offline Offline

Posts: 1715307604

View Profile Personal Message (Offline)

Ignore
1715307604
Reply with quote  #2

1715307604
Report to moderator
It is a common myth that Bitcoin is ruled by a majority of miners. This is not true. Bitcoin miners "vote" on the ordering of transactions, but that's all they do. They can't vote to change the network rules.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715307604
Hero Member
*
Offline Offline

Posts: 1715307604

View Profile Personal Message (Offline)

Ignore
1715307604
Reply with quote  #2

1715307604
Report to moderator
1715307604
Hero Member
*
Offline Offline

Posts: 1715307604

View Profile Personal Message (Offline)

Ignore
1715307604
Reply with quote  #2

1715307604
Report to moderator
gmaxwell
Moderator
Legendary
*
expert
Offline Offline

Activity: 4172
Merit: 8419



View Profile WWW
July 31, 2020, 02:06:22 AM
Merited by ABCbits (3), Carlton Banks (2), hugeblack (1), Heisenberg_Hunter (1)
 #2

This doesn't really have anything to do with taproot.  Taproot isn't a way to have additional outputs on transactions, each taproot output is still just a single output.

Coinbase transactions can already have multiple outputs, and miners can collaborate to create blocks that pay each other directly rather than the the value going to one party.  P2Pool is an example of this, unfortunately it was undermined by Bitmain which produced mining hardware which wouldn't work with p2pool or anything like it.
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!