Bitcoin Forum
April 25, 2024, 03:08:02 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 [13] 14 15 16 17 18 »  All
  Print  
Author Topic: Blocks are full.  (Read 14931 times)
SebastianJu
Legendary
*
Offline Offline

Activity: 2674
Merit: 1082


Legendary Escrow Service - Tip Jar in Profile


View Profile WWW
February 09, 2016, 12:15:30 AM
 #241

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.

Exactly... the risk for big companies like amazon would be way too high that they can not use it after developing it.

But you know what... those who say 1mb is sufficient claim that bitcoin was never intended to be used by amazon. Bitcoin is only a high amount transfer system for the rich. Didn't you know that? Roll Eyes

Please ALWAYS contact me through bitcointalk pm before sending someone coins.
1714057682
Hero Member
*
Offline Offline

Posts: 1714057682

View Profile Personal Message (Offline)

Ignore
1714057682
Reply with quote  #2

1714057682
Report to moderator
1714057682
Hero Member
*
Offline Offline

Posts: 1714057682

View Profile Personal Message (Offline)

Ignore
1714057682
Reply with quote  #2

1714057682
Report to moderator
Once a transaction has 6 confirmations, it is extremely unlikely that an attacker without at least 50% of the network's computation power would be able to reverse it.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
SebastianJu
Legendary
*
Offline Offline

Activity: 2674
Merit: 1082


Legendary Escrow Service - Tip Jar in Profile


View Profile WWW
February 09, 2016, 12:20:49 AM
 #242

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 ^^'

He means that this problem will solve from itself once the block halving happened often enough. Then the fees for a block will be a bigger part of the reward for finding a block and no pool can include no transactions anymore.


Please ALWAYS contact me through bitcointalk pm before sending someone coins.
Mastsetad
Sr. Member
****
Offline Offline

Activity: 672
Merit: 250



View Profile
February 09, 2016, 11:44:37 AM
 #243

He means that this problem will solve from itself once the block halving happened often enough. Then the fees for a block will be a bigger part of the reward for finding a block and no pool can include no transactions anymore.

When the internet speed is very fast for all the miners, the benefit of smaller bock (fast block relay speed) will diminish. All of them will include more transactions.
SebastianJu
Legendary
*
Offline Offline

Activity: 2674
Merit: 1082


Legendary Escrow Service - Tip Jar in Profile


View Profile WWW
February 09, 2016, 06:20:33 PM
 #244

He means that this problem will solve from itself once the block halving happened often enough. Then the fees for a block will be a bigger part of the reward for finding a block and no pool can include no transactions anymore.

When the internet speed is very fast for all the miners, the benefit of smaller bock (fast block relay speed) will diminish. All of them will include more transactions.

It's not only the internet speed. The network, which means all of the miners, have to verify blocks and the bigger the blocks the higher the time needed to verify them. Which means bigger blocks need more time to confirm.

I thinke the best way to solve this is more transactions, so higher fee and dropping block reward.

Please ALWAYS contact me through bitcointalk pm before sending someone coins.
mickiya
Full Member
***
Offline Offline

Activity: 195
Merit: 104


View Profile
February 10, 2016, 10:24:49 AM
 #245

He means that this problem will solve from itself once the block halving happened often enough. Then the fees for a block will be a bigger part of the reward for finding a block and no pool can include no transactions anymore.

When the internet speed is very fast for all the miners, the benefit of smaller bock (fast block relay speed) will diminish. All of them will include more transactions.

It's not only the internet speed. The network, which means all of the miners, have to verify blocks and the bigger the blocks the higher the time needed to verify them. Which means bigger blocks need more time to confirm.

I thinke the best way to solve this is more transactions, so higher fee and dropping block reward.

Does it mean we have to have fast CPU or powerful computer to do that? Is that required for ordinary Core wallet holders?
Lauda
Legendary
*
Offline Offline

Activity: 2674
Merit: 2965


Terminated.


View Profile WWW
February 10, 2016, 10:44:10 AM
 #246

Does it mean we have to have fast CPU or powerful computer to do that? Is that required for ordinary Core wallet holders?
Define 'ordinary Core wallet holders'? If you are using Bitcoin Core, then you need to sync up with the network in order to send out/see received transactions. However, unless you're running full nodes you don't really need to bother yourself with the requirements.

"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks"
😼 Bitcoin Core (onion)
Mastsetad
Sr. Member
****
Offline Offline

Activity: 672
Merit: 250



View Profile
February 10, 2016, 12:41:46 PM
 #247

Does it mean we have to have fast CPU or powerful computer to do that? Is that required for ordinary Core wallet holders?
Define 'ordinary Core wallet holders'? If you are using Bitcoin Core, then you need to sync up with the network in order to send out/see received transactions. However, unless you're running full nodes you don't really need to bother yourself with the requirements.

I run the Bitcoin Core, with all the default settings. Am I classified as a full node user? I have low end CPU.
Matias
Full Member
***
Offline Offline

Activity: 182
Merit: 101


View Profile
February 10, 2016, 01:22:36 PM
 #248

My PC is bought few years ago, so it is surely low end. I run full node. Bitcoin core takes less than 1% of cpu and bandwith.
Lauda
Legendary
*
Offline Offline

Activity: 2674
Merit: 2965


Terminated.


View Profile WWW
February 10, 2016, 01:49:54 PM
 #249

I run the Bitcoin Core, with all the default settings. Am I classified as a full node user? I have low end CPU.
Technically yes. There's good information on Bitcoin.org in regards to full nodes. Albeit if you don't forward port 8333 and run it constantly you don't really have a full node.

My PC is bought few years ago, so it is surely low end. I run full node. Bitcoin core takes less than 1% of cpu and bandwith.
The age of a PC does not really tell us anything. How about you share the specifications?

"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks"
😼 Bitcoin Core (onion)
Matias
Full Member
***
Offline Offline

Activity: 182
Merit: 101


View Profile
February 10, 2016, 01:54:45 PM
 #250

I run the Bitcoin Core, with all the default settings. Am I classified as a full node user? I have low end CPU.
Technically yes. There's good information on Bitcoin.org in regards to full nodes. Albeit if you don't forward port 8333 and run it constantly you don't really have a full node.

My PC is bought few years ago, so it is surely low end. I run full node. Bitcoin core takes less than 1% of cpu and bandwith.
The age of a PC does not really tell us anything. How about you share the specifications?

I'll do it when I get back home (I don't remember them by heart). But it wasn't any high end machine even when I bought it.
Edwardard
Hero Member
*****
Offline Offline

Activity: 1050
Merit: 681



View Profile WWW
February 11, 2016, 08:35:32 AM
 #251

I run the Bitcoin Core, with all the default settings. Am I classified as a full node user? I have low end CPU.
Technically yes. There's good information on Bitcoin.org in regards to full nodes. Albeit if you don't forward port 8333 and run it constantly you don't really have a full node.

My PC is bought few years ago, so it is surely low end. I run full node. Bitcoin core takes less than 1% of cpu and bandwith.
The age of a PC does not really tell us anything. How about you share the specifications?

I have the Intel CPU G1610. I used it to mine as well as run Bitcoin Core. I do not see any problem.
SebastianJu
Legendary
*
Offline Offline

Activity: 2674
Merit: 1082


Legendary Escrow Service - Tip Jar in Profile


View Profile WWW
February 12, 2016, 08:24:28 PM
 #252

He means that this problem will solve from itself once the block halving happened often enough. Then the fees for a block will be a bigger part of the reward for finding a block and no pool can include no transactions anymore.

When the internet speed is very fast for all the miners, the benefit of smaller bock (fast block relay speed) will diminish. All of them will include more transactions.

It's not only the internet speed. The network, which means all of the miners, have to verify blocks and the bigger the blocks the higher the time needed to verify them. Which means bigger blocks need more time to confirm.

I thinke the best way to solve this is more transactions, so higher fee and dropping block reward.

Does it mean we have to have fast CPU or powerful computer to do that? Is that required for ordinary Core wallet holders?

Even if you would run a full node, 2 MB are far away from any need to upgrade your cpu or something. It's one block in average each 10 minutes. That can be very easily handle by practically every computer nowadays.

Please ALWAYS contact me through bitcointalk pm before sending someone coins.
Cryptology (OP)
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

In Cryptography We Trust


View Profile
March 01, 2016, 06:14:42 PM
 #253

The correct statement is 'some blocks are full'. You can't just jump to conclusions based on data recovered in the last few hours. Out of the last few blocks I see a few at around 750kb.

It is frustrating how much energy is being wasted.  Just scale the blocksize  already...
That can be a dangerous act.

i have not been into all this bitcoin stuff for so long , but from all i read so far , i cant realy see why so much people are hating on bigger block sizes. Becuse all i can see and hear right now is that bitcoins would benfit from it a great deal.
Because you have no IT background and have not done adequate research. How could you jump to such conclusions? With a block size of 2 MB it is possible to construct a transaction that would take over 10 minutes to validate which would harm the network.

Is it correct to say that blocks are full now?
BitUsher
Legendary
*
Offline Offline

Activity: 994
Merit: 1034


View Profile
March 01, 2016, 07:26:54 PM
 #254

The correct statement is 'some blocks are full'. You can't just jump to conclusions based on data recovered in the last few hours. Out of the last few blocks I see a few at around 750kb.

It is frustrating how much energy is being wasted.  Just scale the blocksize  already...
That can be a dangerous act.

i have not been into all this bitcoin stuff for so long , but from all i read so far , i cant realy see why so much people are hating on bigger block sizes. Becuse all i can see and hear right now is that bitcoins would benfit from it a great deal.
Because you have no IT background and have not done adequate research. How could you jump to such conclusions? With a block size of 2 MB it is possible to construct a transaction that would take over 10 minutes to validate which would harm the network.

Is it correct to say that blocks are full now?

Yes , Appears to be a spam attack. Users are suggested to pay 2-4 pennies usd more per tx (most wallets automatically adjust these days) to insure their txs immediately get in the next block. Here are some beautiful pictures of the culprits --







Look at how they differ from other tx's visually represented in the background.
Lauda
Legendary
*
Offline Offline

Activity: 2674
Merit: 2965


Terminated.


View Profile WWW
March 01, 2016, 08:03:35 PM
 #255

Is it correct to say that blocks are full now?
Full because of natural growth? No. Full because of an on-going spam attack that created a huge backlog? Yes.



It is pretty clear that somebody is doing this on purpose.

"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks"
😼 Bitcoin Core (onion)
Dissonance
Full Member
***
Offline Offline

Activity: 167
Merit: 100


View Profile
March 01, 2016, 08:13:09 PM
 #256

How long can they keep this up ?
BitUsher
Legendary
*
Offline Offline

Activity: 994
Merit: 1034


View Profile
March 01, 2016, 08:16:38 PM
 #257

How long can they keep this up ?

It is costing them a least 5-10k a day... so depends on how deep their pockets are. Normal users with a proper wallet that adjusts fees dynamically are unaffected . My txs have been getting through in the immediate block with fees ranging from 5 - 11 pennies per tx.

It will be fun to see this attack persist if it is funded large bank or government and watch as they both spur the adoption of segwit in April and run up millions of dollars in fees.
Cryptology (OP)
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

In Cryptography We Trust


View Profile
March 01, 2016, 08:26:41 PM
 #258

It is pretty clear that somebody is doing this on purpose.

Agreed. That data points in that direction. In any case for an average bitcoin user it really doesn't matter why block are full.
BitUsher
Legendary
*
Offline Offline

Activity: 994
Merit: 1034


View Profile
March 01, 2016, 08:43:31 PM
 #259

It is pretty clear that somebody is doing this on purpose.

Agreed. That data points in that direction. In any case for an average bitcoin user it really doesn't matter why block are full.


Its a good thing most modern wallets dynamically adjust fees automatically in real time... There are a fee stranglers that need to be updated though.
Windpower
Hero Member
*****
Offline Offline

Activity: 532
Merit: 501



View Profile
March 01, 2016, 08:50:16 PM
 #260

He means that this problem will solve from itself once the block halving happened often enough. Then the fees for a block will be a bigger part of the reward for finding a block and no pool can include no transactions anymore.

When the internet speed is very fast for all the miners, the benefit of smaller bock (fast block relay speed) will diminish. All of them will include more transactions.

It's not only the internet speed. The network, which means all of the miners, have to verify blocks and the bigger the blocks the higher the time needed to verify them. Which means bigger blocks need more time to confirm.

I thinke the best way to solve this is more transactions, so higher fee and dropping block reward.
So pretty much even if we raise the block size, it is going to do nothing. Wow. Why is everyone making a fuss over it then?
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 [13] 14 15 16 17 18 »  All
  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!