Bitcoin Forum
May 14, 2024, 12:32:21 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 9 10 11 12 13 14 15 16 17 18 [19] 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 ... 148 »
361  Bitcoin / Bitcoin Discussion / Re: Why is BTC dev non-existent? on: January 09, 2015, 07:28:12 AM
Compared to the other coins who are at least making half-assed attempts, what are the bitcoin core devs doing?  

How about reading some of these: http://bitcoinstats.com/irc/bitcoin-dev/logs/2015/01 and open your eyes to the vista of projects, github issues, refactoring, testing, test plans, problem solving, packaging, maintenance, etc, ad nauseum, being tackled all the time.

Other altcoin devs?

Quote
[–]darrenturn90 -3 points 11 hours ago
Good work Smiley
As a side note, Vertcoin adopted your libsecp in its latest versions also.
http://www.reddit.com/r/Bitcoin/comments/2rrxq7/on_why_010s_release_notes_say_we_have_reason_to/cnip5es
362  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: January 09, 2015, 05:27:47 AM
Hmm. It was nice imagining that higher btc volumes would come from replacing fiat payments in real-world b2c and b2b flows. Perhaps not from a monkey swinging between palm trees:

5,000 transactions in 1 day
https://blockchain.info/address/17ZgzoQUAiCrCgSieYfGhAvToW9kn6uaLt



Apple Inches towards Bitcoin, Approves a retro-styled iOS game that tips players in Real Bitcoin
By Forexminute - Deepak Tiwari | Bitcoin | Jan 9, 2015 3:36AM GMT

There is a lot of scope for Bitcoin in gaming industry; however, this has not yet been explored. The step from Apple to approve a retro-styled iOS game that tips players in real Bitcoin, recently releasing it onto the iTunes store, is going to encourage others in the fray. A lot of game lovers have appreciated the measure from Apple.
According to the sources the game, SaruTobi, lets users swing a monkey from a vine, building up momentum before releasing him to collect power-ups and Bitcoin tokens as he frolics though the air. Developer Christian Moss told the media professionals that SaruTobi is literally Japanese for ‘Monkey Fly’, and this is pretty much the premise of the game.
He says that the user flings him across an 8-bit jungle collecting floating Bitcoin along the way. According to him he was in the process of adding typical Super Mario-style coins into the game when it occurred to him to use Bitcoin instead. He admits that he thought it would be a nice way to introduce Bitcoin to people who are not familiar with it yet.
The approval from Apple is also an indication that somewhere people at the organization think that the digital world can truly be Bitcoin’s natural environment. The iOS game has three main aims – attaining the greatest distance, collecting Bitcoin tokens to be spent on in-app items, and collecting the letters ‘SARUTOBI’ to unlock a Bitcoin ‘boost’ to spend on in-game items.
A Long Way to Go Says Christian Moss, the Developer
Developer Christian Moss says that the Bitcoin tips come from the game’s shared Bitcoin wallet, called a ‘pot’, revenue generated by the game (from in-app purchases and ads) is converted into Bitcoin and added to the pot. He informs that after the user has played the game for a certain amount of time, the game will reward the user by sending them a Bitcoin tip.
Moss is of the view that though he has come across a few concept games that use Bitcoin micro-transactions, nothing on the iOS app store he believes having a popular iOS app that incorporates Bitcoin can go a long way to helping it become mainstream. He further says that he is currently working on a new Bitcoin mining game.
He concludes and says that it is still in the early stages of development; however, the player will be able to dig, similar to Minecraft, and collect real Bitcoin."
363  Economy / Speculation / Re: Bitstamp most likely will buy back the bitcoins they lost on: January 09, 2015, 05:12:21 AM
You're making the big assumption that they will be back. I highly doubt that. Just look at the other hacked exchanges, even where hotwallets were stolen, they all promised to come back very shortly, then postponed, then vanished into thin air. The same will likely happen this time. Add to that the big incoming dumps... very bright future... lolll

Justcoin eventually closed after being hacked, but they asked everyone to withdraw all their funds before they closed. That's one hacked exchange that did not do things the way you described. In fact they were hacked, resumed trading, then closed because their countries banks were ordered to stop doing business with exchanges.

http://www.reddit.com/r/Bitcoin/comments/2kkmj2/justcoin_is_shutting_down_withdraw_your_funds/

Dear Justcoin user,
Deposits are closed. Trading will close tomorrow, October 29th. We urge all users to withdraw their funds as soon as possible. Final deadline for withdrawals is November 11th. You may find useful information on wallets at https://bitcoin.org/en/choose-your-wallet.
Please allow up to 24 hours for your withdrawals to process. We will manually batch withdrawals of all currencies. Cancelling a requested withdrawal will put you in the back of the line.

Poloniex and BitNZ were both hacked, lost coins, and still came back fine. It depends upon the amount of coins stolen, and 19k is probably manageable for Bitstamp. They have VC capital to cover it, and the main shareholders are multi-millionaires.

VC capitalists are in this to make money
not refund massive fuckups like this
i would be surprised if the pantera group used their own 5.2 million to reinburse customers
they will evaluate staying open against bankrupty and do whatever is cheaper for them
customers will be an afterthought.........

Yes. But it is a credit line available for Stamp to use while they restock from operating profits.
364  Economy / Speculation / Re: Bitstamp most likely will buy back the bitcoins they lost on: January 09, 2015, 04:49:44 AM
You're making the big assumption that they will be back. I highly doubt that. Just look at the other hacked exchanges, even where hotwallets were stolen, they all promised to come back very shortly, then postponed, then vanished into thin air. The same will likely happen this time. Add to that the big incoming dumps... very bright future... lolll

Justcoin eventually closed after being hacked, but they asked everyone to withdraw all their funds before they closed. That's one hacked exchange that did not do things the way you described. In fact they were hacked, resumed trading, then closed because their countries banks were ordered to stop doing business with exchanges.

http://www.reddit.com/r/Bitcoin/comments/2kkmj2/justcoin_is_shutting_down_withdraw_your_funds/

Dear Justcoin user,
Deposits are closed. Trading will close tomorrow, October 29th. We urge all users to withdraw their funds as soon as possible. Final deadline for withdrawals is November 11th. You may find useful information on wallets at https://bitcoin.org/en/choose-your-wallet.
Please allow up to 24 hours for your withdrawals to process. We will manually batch withdrawals of all currencies. Cancelling a requested withdrawal will put you in the back of the line.

Poloniex and BitNZ were both hacked, lost coins, and still came back fine. It depends upon the amount of coins stolen, and 19k is probably manageable for Bitstamp. They have VC capital to cover it, and the main shareholders are multi-millionaires.
365  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: January 09, 2015, 03:30:19 AM
Us equities are new gold

Scrape a little at that gilt and see the dull grey of lead and tungsten.
366  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: January 07, 2015, 10:30:49 PM
John Mauldin. Slowly but surely:   
https://www.mauldineconomics.com/lg/bitcoin

Great video.
Once Stamp is sorted out I can see a long-term general increase in bullish sentiment.
367  Bitcoin / Bitcoin Discussion / Re: Bitcoin's biggest problem is the language we use to describe it on: January 07, 2015, 10:19:30 AM
I don't think language matters that much, and once it is out there it becomes hard to change.

It does matter a lot in my experience trying to sell the technology to investors and in enterprise use.

The language we currently use is largerly irrelevant as we are a tiny fraction of the population. Remember the discussion of Bitcoin vs bit.
You were at the forefront of the recognition that having 8 decimals does not resonate with average user. I gave you hints that it does not work well with finance too.

Moving to bit in the currency is good for adoption. I am looking for good choices to refer to block chain technology.

Indeed. I do remember our discussions about the 8 decimals, and your input on the financial system software was crucial.
I guess right now I am dismayed at how many Bitcoin companies (and individuals) are getting coins stolen. Even knowledgeable people who are being very careful about what they do.

I agree that "trustworthy computing" is a good term, and hopefully there are others.
368  Bitcoin / Bitcoin Discussion / Re: Bitcoin's biggest problem is the language we use to describe it on: January 07, 2015, 09:39:02 AM
Money made by people, not by banks.
This goes into the wrong direction by creating a narrow and controverse association.

I am looking for the correct and positive terms of the technology.

Mining is an example for an other narrow and misleading term as the Bitcoin created is the reward and not the technical purpose of the machines.
The technical purpose is to validate and order transactions. Therefore calling those machines e.g. stamper would be more appropriate.


I don't think language matters that much, and once it is out there it becomes hard to change.

Bitcoin's biggest problem is wallet security. As has been pointed out elsewhere, if experts like Bitstamp can't secure their hot wallet then what hope is there for the ordinary man in the street?

Currently, I am reading this paper which is a step in the right direction to solve Bitcoin's biggest problem:

"Securing Bitcoin wallets via threshold signatures"
http://www.cs.princeton.edu/~stevenag/bitcoin_threshold_signatures.pdf
369  Economy / Speculation / Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion on: January 07, 2015, 03:55:27 AM
Here's my speculation: Bitstamp has lost almost 19k coins and will either have to buy the coins back somehow or go under. I don't think $5M is enough to really make Stamp go out of business so that means 19k coins will be bought. Meanwhile the hacker is also sitting on almost 19k coins but he will probably be looking to sell those coins off-exchange and he may keep a percentage of coins around for later. So the net effect I think will be that the price is going up short term because Stamp is buying to cover their losses and smart speculators will know and front run that. Once all doubt is cleared about Stamp and they are back in business (which I think is very likely) it's probably rally time for a bit and all the shorts will have to watch out for an epic squeeze. Wink

The next US Marshall's auction might see a keen bidder from Central Europe.
370  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: January 06, 2015, 11:55:11 PM
I just skimmed the info about IBLT yesterday to figure out what the fuck that was.  Seems kinda cool.
....

And I'm pleased that you see the potential in IBLT.
I know that your concern is that Bitcoin remains viable in a global SHTF, Katie-bar-the-door event. This is important, and I think that Bitcoin having IBLT capability beforehand will only strengthen it in the face of such times.

edit: Inverted Bloom Lookup Tables.  I hate it when people use acronyms to much and to early for the average reader...  Basically they are a condensed way to notate a list of transactions (aka, a block.)  Thus, if one already has the transactions (because they've been listening on the same network and the network is working) they can assemble the same block as someone else and be sure it is right rather than download the block containing the same data they already have.  (As i understand things.)

Just a general clarification about how transactions are condensed in an IBLT. They are present in their entirety, but XOR'd together. Some might be familiar with XOR:



Basically, in an IBLT, as per the example above, the encrypt data, Plaintext and Secret Key, are instead Unconfirmed-tx1, and Unconfirmed-tx2. This gets broadcast and nodes decrypt it by subtracting out transactions they already know, in a pre-agreed order. If a node knows both tx1 and tx2 the resulting plaintext is binary zeros. If a node knows only one of the two tx then the plaintext is the whole other tx they didn't know before. If both tx1 and tx2 are unknown by the receiver then decrypt fails and the IBLT is rejected. The risk of the latter case is the new enforcement incentive on miners to be good citizens and include consensus unconfirmed tx in their blocks.
371  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: January 06, 2015, 08:40:51 AM
but aren't UTXO also held in memory?:

UTXO are tracked by every full-node bitcoin client in a database held in memory, called the UTXO set or UTXO pool.
http://chimera.labs.oreilly.com/books/1234000001802/ch05.html#tx_inputs_outputs

Great ebook by Andreas!
Yep, the UTXO set is the essence of the blockchain, however, IBLT is solely concerned with zero-conf tx which want to get into the blockchain  Smiley.

i assume you mean high volumes of unconfirmed tx's.  if so, how do we make the transition from the existing standard low volume method to IBLT?

Yes, and a proof of principle is already proposed: implementing it on top of the block relay service, which transmits lists of new-block tx hashes to subscribing nodes.

The reason is that right now the whole network could agree on the same 2000 unconfirmed tx, real-world business, but the next block mined can contain none of them. It could be full of previously unknown gambling dice-bot spam tx, a set which is 100% different. Because these tx validly spend UTXO, then the block is accepted, and the 2000 unconfirmed tx have to wait for the next block.

how is this possible?  i thought the unconf tx sets differences were supposed to be currently quite low which is the reason for IBLT in the first place? (sounds like you're saying we, in fact, don't have enough volume to make IBLT practical as of today)
...
so how do miners know which unconf tx's are known vs unknown, ie, which to incl in the IBLT to enhance block acceptance ?

The unconf tx sets differences are quite low. Unknown tx's are those which have not been broadcast to the network, and are known only to the miner who might have got them direct from a spammer source (for a fee). I was only giving an example of how, under the existing paradigm, a new block can consist of secret or private tx, not previously broadcast. So, although there is good consensus on unconf tx, the consensus can be ignored. Volumes are currently not high enough to make IBLT a noticeabe improvement to what we have now.

how do you arrive at 500KB or 1MB?  or are you just using the current 1MB block limitation of today into which you would fit the IBLT?  so are you saying that a 1MB sized IBLT equals 1500 diffs or an estimated 1% difference in unconf tx sets across network nodes or an equivalent 150,000 tx's block?

I was just using the current limitation, and also noting that 1MB blocks are occasionally happening already. The success of any node decoding an IBLT is probabilistic. The smaller an IBLT is, the higher the probability of decode failure. So it makes sense to start at a largish, workable size which can support a decent number of differences, such as 1500. The final block size, written to disk, could be smaller than 1MB, and might normally be for a while, but the disk blocks still grow with the ecosystem volume. It might take many years to hit 150,000 tx per block, which would* max out the 1MB IBLT.

*likely, but not necessarily
372  Economy / Speculation / Re: sidechains discussion on: January 05, 2015, 11:14:15 PM
with anything new like this, i'm interested in knowing the upper and lower bounds of the IBLT data size.

lower bound:  theoretically, as the UTXO set difference shrinks to zero with 0 network latency, the IBLT will shrink similarly but can never reach zero since it has to at minimum relay enough data to convey the exact subset of tx's included in the miner's block.  how small can this data get esp in relation to the avg block size now?

upper bound:  if the UTXO set difference is 100%, how big does the IBLT data size get?  or does the entire IBLT concept fall apart at some intermediate set difference?

OK, so the bounds.

Note that UTXO is unspent tx outputs held in the blockchain, but unconfirmed tx are in node mempools, pending inclusion into the blockchain by miners. What Satoshi achieved with his PoW blockchain breakthrough was consensus on the whole transaction history, and resulting UTXOs. I think of that as the steel-work in a skyscraper. What IBLT does is go to further by enforcing consensus on unconfirmed transactions, it pours concrete into that steel reinforcing. This is a significant improvement to cryptocurrency, but it is truly effective only at high volumes, volumes too high for the existing standard method of block propagation.

The reason is that right now the whole network could agree on the same 2000 unconfirmed tx, real-world business, but the next block mined can contain none of them. It could be full of previously unknown gambling dice-bot spam tx, a set which is 100% different. Because these tx validly spend UTXO, then the block is accepted, and the 2000 unconfirmed tx have to wait for the next block. However, when blocks are too big to propagate in the existing method, and require IBLT, then miners have to rely on the majority of the nodes knowing their unconfirmed tx in advance, they can only include a few unknown tx as the more unknowns they include the more likely their IBLT will fail to get decoded, and it gets rejected.

I expect IBLT blocks to be a constant size, starting at about 500KB or 1MB and staying at the same size for a long time, then increasing in steps, perhaps doubling after a number of years, just as the block reward halves periodically. A 1MB IBLT contains about 1500 differences, which means a 1% difference in mempools allows for 150,000 tx or 60MB disk blocks. A 32MB IBLT could support 3GB disk blocks, or 20,000 TPS, as by then differences of <1% should be the norm.
373  Economy / Speculation / Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion on: January 05, 2015, 09:29:24 AM
Bitstamp trading engine paused? No action for 15 mins...
374  Economy / Speculation / Re: sidechains discussion on: January 05, 2015, 07:55:18 AM
how does the IBLT scale with the size of the block UTXO set?  linearly or by some other ratio?

edit:  actually iirc, it scales with the size of the difference btwn UTXO set estimates across the network.  iow, a UTXO set estimated to be 99% similar across the network will allow a miner to send a smaller IBLT when solving a block than a UTXO set estimated to be only 89% similar across the network.  is that right?

Yes. The size of an IBLT does depend upon the average expected number of differences between the unconfirmed tx mempools of the majority of the nodes. Because each node has independent choice on which tx to accept or reject then it is impossible to be precise, in advance, about how efficient IBLT will be. Miners will always want to propagate small blocks, so there will be an incentive for mining nodes to find consensus on their tx mempools. Gavin describes it:

RE: O(1) versus O(some-function-of-total-number-of-transactions):

Yes, it will depend on whether or not the number of differences goes up as the number of transactions goes up.

The incentives align so it is in everybody's best interest to make the differences as small as possible. I wouldn't be surprised if that causes innovations to drive the actual size to O(1) minus an increasing constant, as code gets better at predicting which transactions our peers do or don't have.

It is also worth noting that IBLT can be implemented on top of other block propagation models, such as Matt Corallo's block relay system, which already saves on bandwidth.

Agreed.  I didn't mean to understate the importance of IBLTs; I just wanted to point out for readers that IBLTs only improve block propagation (still an important problem) … and that each TX still needs to be processed by each node (linear BW scaling with TX/sec).  

Thanks for making the clarification.


Yes, but "simply" is an understatement. Real-time tx cross the network uniformly, with enormous capacity already available, perhaps 1000 TPS. It is block propagation which is time critical where milliseconds count. When a block is solved the rest of the mining network is then hashing uselessly until the block is fully propagated. Incentives are perverse, against large blocks which are ultimately needed to fund the network via fees rather than rewards. Removing the bottleneck for block propagation is a huge win for scaling Bitcoin.

Doesn't matter if the transaction fees are high or low.  Doesn't matter if the inflation-based reward 50 BTC or 0 BTC.  Doesn't matter if a block is empty or filled with 100,000*60*10 transactions.  The amount a sha256 miner nets approaches zero.  And if Bitcoin valuations fluxuate that net will drop below zero.  This due to the simple fact that there is no limit on supply of gear.  Only a lag.

None of the Libertarian brain-trust (justusravnier, cypherdoc, etc) want to touch this one.  Surprise, surprise.

The answer I was waiting for is that actually mining will be profitable for some (marginally) and not for others depending on various factors  (operational costs, economies of scale, ability to leverage otherwise idle resources, etc.)  What will almost certainly happen will be that alternate revenue streams will be tapped.  In http-land one such tap is known by the metric called 'eyeballs' and it's why you see ads all over the place.  Another tap is for intel.  Some of it you see when you notice targeted ads...some of it you don't (normally) see at all...  'Where who spends what' is an especially rich vein of actionable intelligence, BTW, and one the operators can easily get once they've got control of the system generally.

The salient point is that the only outfits who will be competitive in providing this support (and currently Bitcoin is wholly dependent on sha256 mining) are the companies who are already giants.  Perhaps also minor giants who sell intel to the major giants (both of whom are under the thumb of Big Brother.)  Well OK fine you might say.  But I've already got a Visa card and a PayPal account so yet another such thing doesn't hold much interest for me.

What does pique my interest is a solution which can be feasibly operated covertly in people's garages scattered about the world in a SHTF scenario.  That's still the case for Bitcoin at the present scale an it's something I don't want to lose.

To be honest, I have not previously considered the points you make above. I have always taken Satoshi's block rewards->fees evolution at face value, and am not convinced that the majority of miners will work for zero income. Obviously this does happen to some of them, occasionally.

A real-world analogy must be the oil market. With the oil price down 45% a lot of producers are unprofitable, pumping for zero, and considering closing down. But there are profitable producers and the oil industry will continue, even if the price stays low and half of the producers go out of business.
375  Economy / Speculation / Re: sidechains discussion on: January 05, 2015, 06:10:13 AM
The problem is not so much the storage. Bandwidth is where you'll run into a bottleneck

With that, IBLT can slash bandwidth requirements by at least 2 orders of magnitude. Only full node bootstrapping and re-sync will remain bandwidth intensive.

It will cut full-node bandwidth requirements by no more than in half.  

IBLTs make propagation of solved blocks orders of magnitude more efficient, but that's only because the nodes already have the TXs in mempool.  The TXs still need to be processed by each node as they're broadcast across the network; IBLTs simply prevent the TXs from being transmitted a second time with each solved block.  

Yes, but "simply" is an understatement. Real-time tx cross the network uniformly, with enormous capacity already available, perhaps 1000 TPS. It is block propagation which is time critical where milliseconds count. When a block is solved the rest of the mining network is then hashing uselessly until the block is fully propagated. Incentives are perverse, against large blocks which are ultimately needed to fund the network via fees rather than rewards. Removing the bottleneck for block propagation is a huge win for scaling Bitcoin.
376  Economy / Speculation / Re: sidechains discussion on: January 05, 2015, 05:28:05 AM

That if your home computer had to do 2.25TB/day down to be a full node you might not be able to do it, which is a centralising factor.

Adam

Lets put problems in perspective, when I'm faced with the problem of managing 2.2TB/day in Bitcoin tx's the value stored in my 10 BTC that I've held onto all this time will take my hobby to a whole new level.

Building that data storage system would be a labour of love many will do it just to make sure there 10 BTC are secure.

Exactly.
And, the demand to support 100k TPS will not happen anytime soon, maybe two or three decades from now. I remember, about 1990, buying 30MB hard disk drives and thinking they held a lot of data. 2TB is common today, and by the 2030s high density optical data storage could be standard:

Quote
In this paper, we present a review of the recent advancements in nanophotonics-enabled optical storage techniques. Particularly, we offer our perspective of using them as optical storage arrays for next-generation exabyte data centers.
http://www.nature.com/lsa/journal/v3/n5/full/lsa201458a.html

The problem is not so much the storage. Bandwidth is where you'll run into a bottleneck

With that, IBLT can slash bandwidth requirements by at least 2 orders of magnitude. Only full node bootstrapping and re-sync will remain bandwidth intensive.
377  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][AUR] Auroracoin - a cryptocurrency for Iceland on: January 05, 2015, 04:57:48 AM
As someone wrote in this topic: The uncertainty is quite unbearable.

Well, it's quite bearable after selling out of AUR about 8 months ago  Grin

But, more than that, it is basically sad Sad  Sad that a noble idea set forth on a bright day in full sail, then hit a reef, caught fire, disintegrated, sunk, covered in silt, rotted, eaten by worms, until nothing remains except faded dreams.
378  Other / Off-topic / Re: I know there is no such thing as 'free energy' but what if it was possible? on: January 04, 2015, 09:17:34 AM
Extra volts means extra kilowatts.
No, extra volts at the same current means extra power. A Tesla coil (or, indeed, any transformer) reduces current in proportion to the voltage increase, so the output power is exactly equal to the input power minus power lost due to inefficiencies.

(voltage = aether).
No. No, it isn't.

No. Voltage rises with each inch of coil surface. It is over unity.

No.

Over-unity = Perpetual_motion
379  Economy / Speculation / Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion on: January 04, 2015, 04:54:22 AM
fuck i think i will regret it big to sell all my btc at $278

Don't worry, you will still be able to buy half of it back when it hits $556.
380  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: January 03, 2015, 10:21:58 PM
who knows how much further MC achievements might have been accomplished if BS core devs were spending all that time working on Bitcoin Core that they undoubtedly have been dedicating to the spvp for the last year and a half.  forget that shit and get behind Gavin and increase blocksize.  now is the time to do this.
A hard fork to increase blocksize may be needed, but the proposed exponential blocksize growth is both unnecessary and harmful to propagation of the sufficient bitcoin nodes desired for resilience.  

I'm curious to know what you (and others btw) make of Mircea Popescu and his crew's position that blocksize should not (arguably never) be increased

People who argue that the block size limit should never be increased are arguing from a position of ideology, not practicality. They want as many nodes as possible, helped by low volume overhead, thinking that limiting transaction throughput can maintain Bitcoin as a guerrilla enterprise outside mainstream finance. They want it to be the financial system for the "Unsystem".

Anyone who has read my posts for the last 2 years will know that I rail against the global corruption of central banks, their fiat FRB system, inflation targeting, interest rate manipulation, crony capitalism, asset bubbles, and stealth wealth transfers from the majority to the 0.1%. I see Bitcoin is a reset button for this 100-year mess, a river to flush out the Augean Stables of central banking. However, that river can never be diverted when it is a trickle, dammed upstream.

Answer the question "Is blockchain PoW (or its variants, perhaps even PoS) a better basis for a monetary system than the existing debt-money of CB fiat?"
If "yes", then the inexorable nature of science and technology will ensure that blockchain money prevails in the long run, 10, 20, 30 years from now. So the second question is "Will the future globally successful blockchain money be Bitcoin or some other alt coin?"

The answer to the second question is "Bitcoin, unless its first mover advantage is thrown away by an unresolved fundamental failing." Failure to scale is a fundamental failing which can consign Bitcoin forever to the margins of world finance. But, why would a marginalized Bitcoin be used even by its unsystem adherents when Darkcoin or Monero offer better anonymity?

Constraining the block size, therefore transaction volumes, ignores several important aspects of the situation:

1. The quality of nodes is much better than 5 years ago. There might have been 20,000 PCs and notebooks as nodes in 2010, cpu mining and supporting the network, but was that network better than the 6500 (known) nodes of today? Many of which are owned by companies now earning a living in the Bitcoin ecosystem. Corporate nodes are much more tolerant of volumes than hobbyist nodes.

2. Bandwidth is improving in many countries at up to 40% per year, so volume increases should be acceptable up to that level, or until another constraint is seen such as cpu signature verification. Limiting it at a 2010 baseline means it is being unnecessarily constrained as computing technology is still improving.

3. Block compression techniques exist to reduce propagation overhead. IBLT was only described in 2011, a year after Satoshi put the 1MB limit in place.

4. If Bitcoin fails to scale then I-Can-Scale-Coin will incorporate the necessary changes and the ecosystem will move across to that alt instead. Sidechains do not help with scaling because SC volume still needs to be handled somewhere.

5. Despite the long bearmarket of 2014, and price down at $290 right now, a large percentage of the price assumes that Bitcoin has future scalability. That it can grow to handle a reasonable percentage of world commerce. Its SoV is predicated upon being able to scale.

Accepting the block size limit as it stands is to do the central banks a massive favor by crippling this new emerging monetary system, giving them more years to screw up the world economy, before a new alt coin can eventually prevail.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 [19] 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 ... 148 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!