Bitcoin Forum
May 25, 2024, 08:45:06 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 [2] 3 4 5 6 7 8 »
21  Bitcoin / Development & Technical Discussion / Re: Bitcoin adoption: A technical challenge on: October 31, 2019, 12:09:42 AM
The only obstacle to mass adaption is government sabotaging of native scaling. But sooner or later it'll become overcome and we'll say good bye to our dear government.
22  Bitcoin / Development & Technical Discussion / Re: Game theory involving Quantum Resistance protocol on: October 15, 2019, 07:30:08 PM
A possible trade-off would be to limit transaction amounts from unhashed public keys to few million USD per day.
If you want to severely limit Bitcoin's potential then you could do this but I would and many others would advise putting any sort of limitations on the Bitcoin technology. Limiting it shows that there is a centralised force trying to control Bitcoin despite it being for a good cause. If you want to transact more than a couple million dollars in Bitcoin in an hour then you should be allowed to do that. Freedom is the best approach here.
This trade-off is a middle ground between two options. Let quantum computing flood the market in a short period of time (freedom approach) or destroy these coins because it's an easy way to preserve and even increase a bit our wealth.
23  Bitcoin / Development & Technical Discussion / Re: Game theory involving Quantum Resistance protocol on: October 11, 2019, 07:37:39 AM
A possible trade-off would be to limit transaction amounts from unhashed public keys to few million USD per day.
24  Bitcoin / Development & Technical Discussion / Re: Game theory involving Quantum Resistance protocol on: October 09, 2019, 05:57:20 PM
Relax, people. No need to build the mining farm yet.

https://royalsocietypublishing.org/doi/pdf/10.1098/rsos.180410
25  Bitcoin / Development & Technical Discussion / Re: How scalable is Blockchain in terms of size/speed? on: October 05, 2019, 04:54:39 AM
My opinion is unchanged, further scaling can be possible only through market mechanisms. Actually, in the light of block space requirements brought by quantum threat, these mechanisms would merely preserve the status quo.

The main problem with new computers is they all have backdoors, at the hardware level. With Intel you hve the "Intel Management Engine" (IME), and with AMD you have the "Platform Security Processor". IME is more understood, with PSP we don't even know anything about it. Both have proprietary blobs and cannot be flashed in current computers. So While the 3900x is awesome in it's performance, you have the privacy problem. This forces people to use old computers to run nodes.

Thanks, this kind of information isn't plastered everywhere for obvious reasons and I have had to dig again into the latest achievements of the big brother.
26  Bitcoin / Development & Technical Discussion / Re: I don't believe Quantum Computing will ever threaten Bitcoin on: August 01, 2019, 11:30:37 PM
A possible approach to deal with quantum threat would be a multi-tier encryption system. For small amounts (90% of the total) don't change anything, for medium amounts (9% of the total) use weaker and lighter Lamport signatures and for the rest use stronger and heavier Lamport signatures.

https://en.bitcoin.it/wiki/Quantum_computing_and_Bitcoin
27  Bitcoin / Development & Technical Discussion / Re: Article about the blockchain and Bitcoin scaling. on: July 27, 2019, 08:33:22 PM
https://bitcointalk.org/index.php?topic=5109561

Just don't erase the genesis block please.
28  Bitcoin / Development & Technical Discussion / Re: Anti-pool algorithm PoW on: July 25, 2019, 08:53:21 PM
Solo mining doesn't exactly help with on-chain scaling. Wouldn't it be easier to detect censored transactions and boycott offending pool?
29  Bitcoin / Bitcoin Discussion / Re: Software for atomic swaps on: June 19, 2019, 08:01:02 PM
Software for atomic swaps between hundreds of coins with different protocols and blockchains would be a maintenance headache. However in a specific case atomic swaps could shine.
30  Bitcoin / Bitcoin Discussion / Re: Development for Bitcoin to reduce CO2 footprint on: June 02, 2019, 12:44:08 PM
I would add proper scaling to the solutions from above.
With tens of thousands transactions per second CO2 footprint will have a practical application unlike ~5 transactions per second that are used now mainly for speculation.
31  Bitcoin / Development & Technical Discussion / Re: Does lightning network really solve the scalability problem? on: May 31, 2019, 06:50:04 PM
While usually Khaos77 posts nonsense, this time he's spot on. Like a broken clock, I suppose. From the beginning LN has been designed as an hierarchical trap.
32  Bitcoin / Development & Technical Discussion / Re: On Bitcoin and externality costs on: May 27, 2019, 07:20:54 AM
Also I would suggest shardcoiners to start mining with block reward 50 so all empty talkers here would pay the price for their intellectual indolence.
33  Bitcoin / Development & Technical Discussion / Re: On Bitcoin and externality costs on: May 26, 2019, 06:11:56 AM
Plus that proposed "solution" is vaporware. Where is the Github repository? Or the testnet? Some people want to say something, just to say something. Cool
You are absolutely right, there is no repository or testnet yet. But as soon as shardcoin is deployed my cripplecoins will be slowly but surely exchanged to shardcoins at a factor of 3 to 5. I'm unsure if it counts as 'just to say something' or not.
34  Bitcoin / Development & Technical Discussion / Re: On Bitcoin and externality costs on: May 23, 2019, 12:40:20 PM
Or their network proposes another hard fork to make blocks smaller again, and adopt a fee market, then increase transaction throughput only as necessary.
Then shards it hundred times and says goodbye to Blockstream's and Core's cripplecoin.
35  Bitcoin / Development & Technical Discussion / Re: Block reward <1 btc re-orgs vector viable? Eg Binance on: May 16, 2019, 09:30:54 PM
Sorry. I suck in math. How large is that?
Three years ago it was 2.8MB.
https://bitcointalk.org/index.php?topic=1878214.msg18685789#msg18685789
36  Bitcoin / Development & Technical Discussion / Re: Block reward <1 btc re-orgs vector viable? Eg Binance on: May 14, 2019, 11:03:18 AM
But what is the "optimal block size"? That's the mystery that all cryptocurrency developers wants to know.
I'll try to uncover this mystery for you and the rest of cryptocurrency developers. The optimal block size is ~25% of the average residential line throughput divided in 10 minute chunks.
37  Bitcoin / Development & Technical Discussion / Re: Block reward <1 btc re-orgs vector viable? Eg Binance on: May 09, 2019, 06:07:27 AM
I don't see another way out of this situation.
https://bitcointalk.org/index.php?topic=5109561
38  Bitcoin / Development & Technical Discussion / Re: A new idea for node reward on: May 01, 2019, 06:26:27 PM
Node reward are countless hours of effort otherwise lost/stolen through currency debasement.

For a person who claims to be "smart", you don't sound as smart at all. You only repeat the big blocker propaganda without truly knowing the finer points of how Bitcoin works.
You waste the time arguing with a troll instead of ignoring him.
39  Bitcoin / Development & Technical Discussion / Re: Proof blocks will always be full if Veriblock price is over 0.0000078 BTC. on: April 07, 2019, 09:18:32 PM
Feel free to create more block space, it isn't that hard. As a side effect this will end Veriblock's raison d'être.
40  Bitcoin / Development & Technical Discussion / Re: 1000x throughput on transaction batching + privacy boost using Script Bitfields. on: April 02, 2019, 12:23:44 AM
We store it in a bitfield. 1024 Bits is 128Bytes.
This bitfield goes into every transaction 1024 times. Adding to this Merkle path and comparing to 250 bytes of an average transaction I would doubt even 1x throughput.

The original transaction ( the one where the 'transaction batching' is going on ).. is still 1000x times smaller.. with a fee which is 1000x smaller. And you'll still have paid out to 1024 users.

Merkle trees are useful when plain cryptography is not enough, like in inter-chain communication. In this proposal you are attempting an uneasy task to compress thirty-something bytes per output even more.
Pages: « 1 [2] 3 4 5 6 7 8 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!