2legit2
|
|
February 06, 2016, 04:16:20 PM |
|
yeah they are full for a while already and people actually need to do something about it, i think the best would be to increase the block size limit
|
|
|
|
[center][table][tr] [td][b][size=7px][color=#2ebe5f]◉ ◉ ◉ ◉[/color][/size][/b][/td] [td][size=2pt][color=transparent].[/color][/size] [center][url=mintdice.com/game/casino/slots?utm_source=BCT&utm_medium=Sig&utm_campaign=MD&utm_term=Hero][size=9pt][b][font=Arial][color=#2ebe5f]MULTIPLE CURRENCIES. MULTIPLE GAMES. DONE BETTER.[/color][/font][/b][/size] [size=9pt][font=Arial][color=#838282]Introducing[size=7pt] [/size]the[size=7pt] [/size]world's[size=7pt] [/size]best[size=7pt] [/size]fully[size=7pt] [/size]featured[size=7pt] [/size]cryptocurrency[size=8pt] [/size]casino[/color][/font][/size][/url][/center][/td] [td][b][size=7px][color=#2ebe5f]◉ ◉ ◉ ◉[/color][/size][/b][/td] [td][font=monospace][size=2px] [url=facebook.com/MintDiceOnline/][color=#838282] ▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄████████▀▀▀▀███▄ ███████▀ ████ ███████ ███████ █████ ████ ███████ ███████ ▀██████ ██████▀ ▀▀▀▀▀ ▀▀▀▀▀[/color][/url] [url=instagram.com/mintdice/][color=#838282] ▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄██▀▀▀▀▀▀▀▀▀▀▀██▄ ██ ▄▄▄▄▄ ▀ ██ ██ █▀ ▀█ ██ ██ █▄ ▄█ ██ ██ ▀▀▀▀▀ ██ ▀██▄▄▄▄▄▄▄▄▄▄▄██▀ ▀▀▀▀▀▀▀▀▀▀▀▀▀[/color][/url][/size][/font][/td] [td][font=monospace][size=2px] [url=twitter.com/MintDice][color=#838
|
|
|
quadriple7
|
|
February 06, 2016, 05:42:58 PM |
|
i think it is the only solutiuon is to increasce size limit.
|
|
|
|
|
aarons6
Legendary
Offline
Activity: 1736
Merit: 1006
|
|
February 07, 2016, 07:20:52 AM |
|
i think the best solution would be to code something in the core that rejects a block if it has no transactions.
this way the pools that mine empty blocks get NO REWARDS.
|
|
|
|
|
Ruhtilg
|
|
February 07, 2016, 09:21:14 AM |
|
i think the best solution would be to code something in the core that rejects a block if it has no transactions.
this way the pools that mine empty blocks get NO REWARDS.
I agree with this proposal. The resource in bitcoin is limited, we have to use it properly. But what is the lowest limit of the acceptable block, 10 transactions or 50 transaction?
|
|
|
|
aarons6
Legendary
Offline
Activity: 1736
Merit: 1006
|
|
February 07, 2016, 09:33:17 AM |
|
i think the best solution would be to code something in the core that rejects a block if it has no transactions.
this way the pools that mine empty blocks get NO REWARDS.
I agree with this proposal. The resource in bitcoin is limited, we have to use it properly. But what is the lowest limit of the acceptable block, 10 transactions or 50 transaction? lol a whole new thing for the devs to argue about.. but yeah, anything is better then zero.. its not fair for the pools to get rewards when they ignore transactions.
|
|
|
|
mavericklm
|
|
February 07, 2016, 10:07:14 AM |
|
256kb or 128kb.....
|
|
|
|
Lauda
Legendary
Offline
Activity: 2674
Merit: 2965
Terminated.
|
|
February 07, 2016, 10:23:59 AM |
|
i think the best solution would be to code something in the core that rejects a block if it has no transactions. this way the pools that mine empty blocks get NO REWARDS.
I agree with this proposal. The resource in bitcoin is limited, we have to use it properly. But what is the lowest limit of the acceptable block, 10 transactions or 50 transaction? What prevents them from creating a few transactions themselves to cheat the system? yeah they are full for a while already and people actually need to do something about it, i think the best would be to increase the block size limit
The system is fine right now; even the mem pool is shrinking. Currently 1759.66796875 (KB). The blocks are not exactly full.
Some are and some aren't; people are being hyperbolic about it.
|
"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks" 😼 Bitcoin Core ( onion)
|
|
|
Laosai
|
|
February 07, 2016, 10:29:55 AM |
|
i think the best solution would be to code something in the core that rejects a block if it has no transactions.
this way the pools that mine empty blocks get NO REWARDS.
Not a bad idea in itself, but they could just create 1 satoshi transactions to put in those blocks. Hence they wouldn't be empty anymore ^^ What's could maybe help, would be to only allow to mine full blocks no? If only full (or let's say 80% full) blocks were minable, it would make transactions a bit slower but would also answer the size problem for now no?
|
|
|
|
bit-freedom
|
|
February 07, 2016, 10:36:08 AM |
|
i think the best solution would be to code something in the core that rejects a block if it has no transactions.
this way the pools that mine empty blocks get NO REWARDS.
Not a bad idea in itself, but they could just create 1 satoshi transactions to put in those blocks. Hence they wouldn't be empty anymore ^^ What's could maybe help, would be to only allow to mine full blocks no? If only full (or let's say 80% full) blocks were minable, it would make transactions a bit slower but would also answer the size problem for now no? it's impossible adopt this solution and even is not democratic. there is a natural solution about a block empty... simply in the long time it will become more difficult find one and not insert some txs and the fee process will help in this process... all miners probably could be more interested in fee txs than block itself (fee > block reward)
|
|
|
|
bearexin
|
|
February 07, 2016, 10:40:39 AM |
|
I am not with increasing the block size, that was just a one-time incident and it's very rare for pools of transactions to accumulate like that, normally my even small transactions doesn't need more than one or two blocks to confirm. I think the current system already proved it's efficiency overtime. No need for a very big change currently.
|
|
|
|
aarons6
Legendary
Offline
Activity: 1736
Merit: 1006
|
|
February 07, 2016, 10:47:33 AM |
|
i think the best solution would be to code something in the core that rejects a block if it has no transactions.
this way the pools that mine empty blocks get NO REWARDS.
Not a bad idea in itself, but they could just create 1 satoshi transactions to put in those blocks. Hence they wouldn't be empty anymore ^^ What's could maybe help, would be to only allow to mine full blocks no? If only full (or let's say 80% full) blocks were minable, it would make transactions a bit slower but would also answer the size problem for now no? it's impossible adopt this solution and even is not democratic. there is a natural solution about a block empty... simply in the long time it will become more difficult find one and not insert some txs and the fee process will help in this process... all miners probably could be more interested in fee txs than block itself (fee > block reward) yes but the largest pools dont pay the fee to the miners.. so that means they have zero incentive to build large tx blocks.
|
|
|
|
1Referee
Legendary
Offline
Activity: 2170
Merit: 1427
|
|
February 07, 2016, 10:53:13 AM |
|
I am not with increasing the block size, that was just a one-time incident and it's very rare for pools of transactions to accumulate like that, normally my even small transactions doesn't need more than one or two blocks to confirm. I think the current system already proved it's efficiency overtime. No need for a very big change currently.
If a mega merchant as Amazon is accepting Bitcoin as payment option, then all blocks will be full nearly instantly. That might be a reason for them NOT to accept Bitcoin payments as 1MB is simply not enough. 2MB is what we need if we want to attract mega merchants.
|
|
|
|
disclaimer201
Legendary
Offline
Activity: 1526
Merit: 1001
|
|
February 07, 2016, 11:02:27 AM |
|
I am not with increasing the block size, that was just a one-time incident and it's very rare for pools of transactions to accumulate like that, normally my even small transactions doesn't need more than one or two blocks to confirm. I think the current system already proved it's efficiency overtime. No need for a very big change currently.
If a mega merchant as Amazon is accepting Bitcoin as payment option, then all blocks will be full nearly instantly. That might be a reason for them NOT to accept Bitcoin payments as 1MB is simply not enough. 2MB is what we need if we want to attract mega merchants. Agreed. I think that's why it isn't time for that step in bitcoin's evolution yet. We have to create the infrastructure first allowing a huge increase in fast transactions before Bitcoin will be considered as a payment option by market giants. I'm willing to wait until April/May to see if anything useful and realistic can come out of LN or whatever trick there is to allow more transactions. One thing is for sure: Bitcoin isn't ready for large fees at this point of its development!
|
|
|
|
Laosai
|
|
February 07, 2016, 11:03:51 AM |
|
i think the best solution would be to code something in the core that rejects a block if it has no transactions.
this way the pools that mine empty blocks get NO REWARDS.
Not a bad idea in itself, but they could just create 1 satoshi transactions to put in those blocks. Hence they wouldn't be empty anymore ^^ What's could maybe help, would be to only allow to mine full blocks no? If only full (or let's say 80% full) blocks were minable, it would make transactions a bit slower but would also answer the size problem for now no? it's impossible adopt this solution and even is not democratic. there is a natural solution about a block empty... simply in the long time it will become more difficult find one and not insert some txs and the fee process will help in this process... all miners probably could be more interested in fee txs than block itself (fee > block reward) Hmm... I don't understand, why wouldn't it be possible to implement such a solutions? Seems rather obvious to me that you can put limits to the system no? Maybe I miss some technical grasp about that though ^^'
|
|
|
|
Learn007
Newbie
Offline
Activity: 28
Merit: 0
|
|
February 07, 2016, 12:38:02 PM |
|
yes the blocks are full, but it requires that all bitcoin software agrees on what the limit is, otherwise there would be several incompatible versions of bitcoin. it is a hot debate whether increasing the blocksize or not, and by how much and when is going to make bitcoin more centralized or decentralized, whether it is in the spirit of the original whitepaper, and generally whether it will help make bitcoin become a useful currency alternative to millions of people.
|
|
|
|
Matias
|
|
February 07, 2016, 01:28:18 PM |
|
i think the best solution would be to code something in the core that rejects a block if it has no transactions.
this way the pools that mine empty blocks get NO REWARDS.
Not a bad idea in itself, but they could just create 1 satoshi transactions to put in those blocks. Hence they wouldn't be empty anymore ^^ What's could maybe help, would be to only allow to mine full blocks no? If only full (or let's say 80% full) blocks were minable, it would make transactions a bit slower but would also answer the size problem for now no? it's impossible adopt this solution and even is not democratic. there is a natural solution about a block empty... simply in the long time it will become more difficult find one and not insert some txs and the fee process will help in this process... all miners probably could be more interested in fee txs than block itself (fee > block reward) yes but the largest pools dont pay the fee to the miners.. so that means they have zero incentive to build large tx blocks. Isn't it exactly the opposite? When pool keeps TX fees to itself it has bigger incentive to build large tx blocks.
|
|
|
|
AliceWonderMiscreations
|
|
February 07, 2016, 02:32:59 PM |
|
rejecting empty blocks is bad.
Besides it isn't enforceable. All a miner has to do is create transactions from addresses they control to addresses they control. The transaction only exists in their block, so it doesn't even cost them a tx fee if they don't win the block.
As the block reward goes down, empty blocks will be a problem that takes care of itself anyway.
|
I hereby reserve the right to sometimes be wrong
|
|
|
Mastsetad
|
|
February 08, 2016, 08:29:33 PM |
|
rejecting empty blocks is bad.
Besides it isn't enforceable. All a miner has to do is create transactions from addresses they control to addresses they control. The transaction only exists in their block, so it doesn't even cost them a tx fee if they don't win the block.
As the block reward goes down, empty blocks will be a problem that takes care of itself anyway.
Yes, when the block reward is smaller, the transaction fee becomes larger, so the pool will create larger blocks.
|
|
|
|
|