Title: Sending transactions only to SegWit miners Post by: LonelyPrince on April 08, 2017, 04:34:16 PM What do you think of sending transactions only to segwit miners and avoid non-segwit miners, thus we can create incentive for miners with our fees.
Title: Re: Sending transactions only to SegWit miners Post by: jonald_fyookball on April 08, 2017, 04:44:40 PM What do you think of sending transactions only to segwit miners and avoid non-segwit miners, thus we can create incentive for miners with our fees. Since segwit requires 95% signaling to activate, most or all miners will be segwit anyway. If you're asking if today, would it be possible to send your transactions to a pool signaling segwit, the answer is no. You don't have the power to do that. Whoever mines the block decides what transactions to include. Title: Re: Sending transactions only to SegWit miners Post by: franky1 on April 08, 2017, 06:19:05 PM Since segwit requires 95% signaling to activate, most or all miners will be segwit anyway. If you're asking if today, would it be possible to send your transactions to a pool signaling segwit, the answer is no. You don't have the power to do that. Whoever mines the block decides what transactions to include. technically it can be done if you set your node to only connect to a pools IP adress of the ones you prefer or you know the pools API to manually 'PushTX' the transaction to only the pools you prefer Title: Re: Sending transactions only to SegWit miners Post by: SONG GEET on April 08, 2017, 06:26:40 PM What do you think of sending transactions only to segwit miners and avoid non-segwit miners, thus we can create incentive for miners with our fees. Rather than this i think segwit supported pools should start tx accelerator service like viabtc have. to attract more support for segwit. Also this is not possible currently, users don't have power to choose from which miner they want to get their transaction confirmed. Title: Re: Sending transactions only to SegWit miners Post by: jonald_fyookball on April 08, 2017, 07:05:55 PM Since segwit requires 95% signaling to activate, most or all miners will be segwit anyway. If you're asking if today, would it be possible to send your transactions to a pool signaling segwit, the answer is no. You don't have the power to do that. Whoever mines the block decides what transactions to include. technically it can be done if you set your node to only connect to a pools IP adress of the ones you prefer or you know the pools API to manually 'PushTX' the transaction to only the pools you prefer why wouldnt the tx get relayed onward? Title: Re: Sending transactions only to SegWit miners Post by: franky1 on April 08, 2017, 07:35:34 PM Since segwit requires 95% signaling to activate, most or all miners will be segwit anyway. If you're asking if today, would it be possible to send your transactions to a pool signaling segwit, the answer is no. You don't have the power to do that. Whoever mines the block decides what transactions to include. technically it can be done if you set your node to only connect to a pools IP adress of the ones you prefer or you know the pools API to manually 'PushTX' the transaction to only the pools you prefer why wouldnt the tx get relayed onward? some pools dont relay unconfirms to other pools. especially high fee tx's so that if the pool misses that block they can still include the still unconfirmed tx in next block. also the network game theory is that the normal non-mining fullnode relay should have got the tx's to all the pools so no need for the pools to retransmit unconfirms between each other, allowing the bandwidth between pools to be utilised better to broadcast to each other mainly solved blocks and not much else Title: Re: Sending transactions only to SegWit miners Post by: Quickseller on April 08, 2017, 07:40:47 PM Since segwit requires 95% signaling to activate, most or all miners will be segwit anyway. If you're asking if today, would it be possible to send your transactions to a pool signaling segwit, the answer is no. You don't have the power to do that. Whoever mines the block decides what transactions to include. technically it can be done if you set your node to only connect to a pools IP adress of the ones you prefer or you know the pools API to manually 'PushTX' the transaction to only the pools you prefer why wouldnt the tx get relayed onward? Title: Re: Sending transactions only to SegWit miners Post by: Killerpotleaf on April 08, 2017, 07:52:07 PM Since segwit requires 95% signaling to activate, most or all miners will be segwit anyway. If you're asking if today, would it be possible to send your transactions to a pool signaling segwit, the answer is no. You don't have the power to do that. Whoever mines the block decides what transactions to include. technically it can be done if you set your node to only connect to a pools IP adress of the ones you prefer or you know the pools API to manually 'PushTX' the transaction to only the pools you prefer why wouldnt the tx get relayed onward? some pools dont relay unconfirms to other pools. especially high fee tx's so that if the pool misses that block they can still include the still unconfirmed tx in next block. also the network game theory is that the normal non-mining fullnode relay should have got the tx's to all the pools so no need for the pools to retransmit unconfirms between each other, allowing the bandwidth between pools to be utilised better to broadcast to each other mainly solved blocks and not much else this could be a strong incentive for miners to signal upgrades. but this idea might deteriorate into a way to pay miners to signal what you want them to signal tho :D Title: Re: Sending transactions only to SegWit miners Post by: Killerpotleaf on April 08, 2017, 07:54:38 PM Since segwit requires 95% signaling to activate, most or all miners will be segwit anyway. If you're asking if today, would it be possible to send your transactions to a pool signaling segwit, the answer is no. You don't have the power to do that. Whoever mines the block decides what transactions to include. technically it can be done if you set your node to only connect to a pools IP adress of the ones you prefer or you know the pools API to manually 'PushTX' the transaction to only the pools you prefer why wouldnt the tx get relayed onward? i dont see how they are at risk of minning a double spend. if the TX they are withholding from the rest of the network, at one point becomes a double spend, they simply drop it. Title: Re: Sending transactions only to SegWit miners Post by: Quickseller on April 08, 2017, 08:12:20 PM Since segwit requires 95% signaling to activate, most or all miners will be segwit anyway. If you're asking if today, would it be possible to send your transactions to a pool signaling segwit, the answer is no. You don't have the power to do that. Whoever mines the block decides what transactions to include. technically it can be done if you set your node to only connect to a pools IP adress of the ones you prefer or you know the pools API to manually 'PushTX' the transaction to only the pools you prefer why wouldnt the tx get relayed onward? i dont see how they are at risk of minning a double spend. if the TX they are withholding from the rest of the network, at one point becomes a double spend, they simply drop it. This has the potential to result in lower overall transaction fees because the public transaction may have a lower tx fee attached, and if the private higher tx fee transaction was broadcast, then other nodes would have rejected the conflicting public transaction. |