Bitcoin Forum
June 16, 2024, 03:35:59 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Bitcoin / Development & Technical Discussion / Re: What we can do to confirm transactions faster? on: February 25, 2017, 01:05:48 PM
> Sorry for bumping this, but was this ignored or missed?

This is not Reddit

the few smaller blocks are produced half-empty due to the Great Chinese Firewall, which blocks some Bitcoin transactions.

HAHA thanks for the joke. Keep trying though.

Your post history shows your real filthy agenda towards bitcoin.
2  Bitcoin / Development & Technical Discussion / Re: What we can do to confirm transactions faster? on: February 25, 2017, 09:05:18 AM
Currently not all blocks are full, many are still empty or only partially full.

Can you clarify what you mean by "many" and "empty"?

There are rare occasions like this (454327) but it is not many.
The rest of the blocks which are the majority are full (>998).

Sorry for bumping this, but was this ignored or missed?
3  Bitcoin / Bitcoin Discussion / Re: blockchain spam on: February 25, 2017, 08:47:48 AM
bitcoin to increase block size so it would be even easier for them to ddos the network with huge cheap txs

I disagree. Because you making a wild guess.

I find these facts, kindly correct any of them that are wrong:
* In the past 7-8 years blocks were empty
* In the past 7-8 years txs were cheap even free
* Nobody ddos the network!
* They are spamming with 100,000 transactions (50 MB to 70 MB) http://statoshi.info/dashboard/db/memory-pool past 7 days
* What you said is only true if we increase the limit to something such as 10 MB or more
4  Bitcoin / Development & Technical Discussion / Re: What we can do to confirm transactions faster? on: February 23, 2017, 03:22:45 PM
Currently not all blocks are full, many are still empty or only partially full.

Can you clarify what you mean by "many" and "empty"?

There are rare occasions like this (454327) but it is not many.
The rest of the blocks which are the majority are full (>998).
5  Bitcoin / Bitcoin Discussion / Re: Why not "Just" increase the block size? on: February 22, 2017, 05:56:26 PM
I have been reading more about "Sighash" that was mentioned above and I am starting to understand it a little more. Try to read more in the morning see if I am convinced.

Meanwhile feel free to add anything here about this and the main topic.
6  Bitcoin / Bitcoin Discussion / Re: Why not "Just" increase the block size? on: February 22, 2017, 05:49:54 PM

Yeah, I meant something like this.

Segwit fixes things that would be useful to upgrade the block size. So first segwit, then blocksize increase. All the people that know how bitcoin works agree with this. Only paid /r/btc trolls and greedy chink miners are opposing segwit.

I am not opposing Segwit, and I don't know if you are calling me a shill or generally speaking or just spamming with your signature! but for all I care both /r/bitcoin and /r/btc and their supporters can burn in hell. As I said things are turning into a dick measuring contest over who can get the most power.
7  Bitcoin / Bitcoin Discussion / Re: Why not "Just" increase the block size? on: February 22, 2017, 04:52:37 PM
Well one reason would be, that it would sabotage Blockstream, because they want smaller block sizes to justify the solutions they are offering for scaling.

Well this is turning into a fight over power and there is no denying that part.

Most people also agree, increasing Blocksizes to something much bigger, will also open new opportunities for people to spam the network.

The limit was placed there in the first place by Satoshi to prevent this. But the argument saying "bigger blocks means more attacks so we don't increase it" is wrong and bullshit.

There's no point in increasing the blocksize at all while that attack still exists, an attacker could disrupt the network in a far more destructive fashion than the simple spamming attacks that we get today.

simple spamming attacks? are you for real!
there has been 80,000 transactions in the mempool today and fee has gone up to 180 satoshi/byte and it is increasing nonstop.
I don't get how bigger block, which causes the attacker to lose more money from his attacks can lead to a more destructive attack?

oh and P.S for the majority of the past 8 years the 1000 byte block size was almost empty and ever since this dick measuring fight over block size started we are seeing full blocks and big mempool.

Yes. Sigops per block can be used to attack the network, and it's a serious attack. Only segwit solves this, although it could just be solved separately with a softfork that performs only that change.

Ok, explain to me after activation of Segwit what is going to prevent the attacker from sending a transaction every 5 seconds from each of his 100 keys and filling the blocks again making another 80K-100K unconfirmed transactions in the mempool?
8  Bitcoin / Bitcoin Discussion / Why not "Just" increase the block size? on: February 22, 2017, 04:09:55 PM
is there any valid argument against only increasing the block size?

what i mean is why not for example increase the block size to 2000 byte instead of current 1000 byte?


Segwit: is a lot of things, mostly malleability fix and eventually for LN and then payment channels,... which i don't even like because it wouldn't be on-chain.

BU: is a lot of headache and not only about increasing block size.

the previous ones (classic, XT): I remember them being a lot of other things, lets call them "additional changes"

In short, what I have seen so far, is different solutions none of which is focusing on removing the limit that satoshi put on block size years ago.
9  Bitcoin / Bitcoin Discussion / Re: Does SegWit even increase the block size? on: February 07, 2017, 11:03:36 AM
Adding an extra 3MB for signatures only

Care to elaborate how? or at least give me a resource that I can read about it?
10  Bitcoin / Bitcoin Discussion / Does SegWit even increase the block size? on: February 07, 2017, 10:52:35 AM
I am very curious to know "if" Segregated Witness is going to increase block size?

And if yes how is it going to do that?

And by how much?
11  Economy / Service Discussion / Re: bitcoinfees.21.co is doing more harm than good. on: February 07, 2017, 10:45:31 AM
I think you are blaming the messenger. Even if the number of market-rate-fee paying transactions declines, those who want to get their transaction confirmed in the next block will need to pay an above market fee, resulting in the market rate fee to increase.

this "messenger" is being advertised all over the forum. whenever someone asks about fee, transaction, why not confirmed,...
this "messenger" is increments fees in big steps instead of small and speeds of the rate of fees going up.

The above will continue until either (a) there is sufficient block space so that miners can include all market rate fee paying transactions, and have space left over for below market rate fees (but above cost rate fees), or (b) the market rate for transaction fees increases to an amount that less users will wish to send transactions (use Bitcoin).

'a' will probably not happen until the max block size is increased, and 'b' is likely bad for Bitcoin over the long run.

a) so far miners are deciding that, and they seem to be pretty happy about the situation.
b) that will happen but is a long way down the road.
12  Economy / Service Discussion / Re: bitcoinfees.21.co is doing more harm than good. on: February 05, 2017, 04:53:58 PM
@DannyHamilton
Ok, it kinda makes sense about not decreasing the fees. i say kinda since mempool has been less than 10k transactions in the last 12 hours at least, and fees are still high.

Also this doesn't answer why they are incrementing fee with big steps instead of small.
226 byte              500 byte average
100 s/b : 22600 : 50000 <- previous
101 s/b : 22826 : 50500 <- what should have been
110 s/b : 24860 : 55000 <- what is

yep and then there is also the "average" instead of "reactive" fee mechanism build into newer nodes. which biasedly keep fee's up even when there is low demand
that too.

go spam somewhere else.
13  Bitcoin / Bitcoin Discussion / Re: Why is fee still high (6000 unconfirmed transactions) on: February 05, 2017, 03:30:41 PM
Just offer less, it will likely get accepted by some miner pretty quickly.

i doubt it.
when fee is still high and there are more unconfirmed transactions than a block can include if i pay less fees there are still more transactions with higher fees than mine.

eg. 8000 total tx and one block can have about 2-3000 tx and there will still be 6-7000 tx in front of me unless everyone does this.




go spam somewhere else.
14  Economy / Service Discussion / bitcoinfees.21.co is doing more harm than good. on: February 05, 2017, 03:23:57 PM
http://bitcoinfees.21.co/ shows us the amount of fee that we are supposed to pay.

+ it doesn't decrease fee when mempool is empty and keeps it as high as it was before.
+ when mempool size is rising, it bumps the fee amount in big steps instead of smallest possible. (eg 101 s/b is bigger than 100 s/b but they suggest 110 instead of 101)
15  Bitcoin / Bitcoin Discussion / Why is fee still high (6000 unconfirmed transactions) on: February 05, 2017, 03:08:47 PM
mempool is practically empty now with 6600 https://blockchain.info/unconfirmed-transactions and unless they start spamming again, it will stay empty.

so why are fees still high (140 s/b)?!!
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!