Bitcoin Forum
June 25, 2017, 12:05:33 PM *
News: Latest stable version of Bitcoin Core: 0.14.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Poll
Question: Will you support Gavin's new block size limit hard fork of 8MB by January 1, 2016 then doubling every 2 years?
1.  yes
2.  no

Pages: « 1 ... 1423 1424 1425 1426 1427 1428 1429 1430 1431 1432 1433 1434 1435 1436 1437 1438 1439 1440 1441 1442 1443 1444 1445 1446 1447 1448 1449 1450 1451 1452 1453 1454 1455 1456 1457 1458 1459 1460 1461 1462 1463 1464 1465 1466 1467 1468 1469 1470 1471 1472 [1473] 1474 1475 1476 1477 1478 1479 1480 1481 1482 1483 1484 1485 1486 1487 1488 1489 1490 1491 1492 1493 1494 1495 1496 1497 1498 1499 1500 1501 1502 1503 1504 1505 1506 1507 1508 1509 1510 1511 1512 1513 1514 1515 1516 1517 1518 1519 1520 1521 1522 1523 ... 1559 »
  Print  
Author Topic: Gold collapsing. Bitcoin UP.  (Read 1921455 times)
cypherdoc
Legendary
*
Offline Offline

Activity: 1764



View Profile
July 28, 2015, 08:00:21 PM
 #29441

hang on.  Dow futures -20.

I have a question...

Everything seems to be going down (except bitcoin, but I exclude it here because it's negligibly small).

Where's the money going?


US Dollar.

Because people believe Yellen will increase interest rates?

i'm not sure too many ppl believe that.  after all, raising rates will have profound effects on the national debt interest owed each month for all countries.

i just think we're at the top of another stock cycle that's long overdue to roll over.  how far and how deep is the question.  ppl are anticipating this esp after all the currency crises overseas and liquidating assets for cash; which drives up the demand for USD's.  if the roll gets momentum to the downside, i've said all along that i doubt the US will get lucky again with having both UST's and the USD go up like they did in 2008.  if i had to choose, i'd guess we'd go the way of Japan and watch the USD dump while they do everything they can to save UST's ala JGB's. 
1498392333
Hero Member
*
Offline Offline

Posts: 1498392333

View Profile Personal Message (Offline)

Ignore
1498392333
Reply with quote  #2

1498392333
Report to moderator
POLONIEX TRADING SIGNALS
+50% Profit and more via TELEGRAM
ALTCOINTRADER.CO
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1498392333
Hero Member
*
Offline Offline

Posts: 1498392333

View Profile Personal Message (Offline)

Ignore
1498392333
Reply with quote  #2

1498392333
Report to moderator
iCEBREAKER
Legendary
*
Offline Offline

Activity: 1708


https://monero.stackexchange.com/a/1203


View Profile WWW
July 28, 2015, 08:35:23 PM
 #29442

IBLT is a known change which can help a lot with decentralised scaling.

IBLT is still somewhere between whitepaper and prototype, and won't really help scale until blocks are ~100s of MB.

According to Gavin, the relay network already plucked the low-hanging fruit for the short and medium term future:

Quote

The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy.  David Chaum 1996
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Core GUI - Podcats - Roadmap - Dice - Blackjack - Github - Android }
MoneroForCash.com  |  Buy and sell XMR near you  |  Easymonero.com  |  Bitsquare.io - Decentralized XMR Exchange  |  Buy XMR with fiat
Fungibility provides privacy as a side effect.  Adam Back 2014

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004
iCEBREAKER
Legendary
*
Offline Offline

Activity: 1708


https://monero.stackexchange.com/a/1203


View Profile WWW
July 28, 2015, 09:03:04 PM
 #29443

If we are to think about Bitcoin in the long term, and given Bitcoin's reasonably critical economic mass of ~$5 bil, current temporary block subsidies can be discounted as we consider fundamental questions about how and when to change one of Satoshi's Holy Numbers.

To which holy number are you referring?

One last question: what's your position on block size limit, never change it or change (in the way you like the most) in the future?

I agree with Satoshi, change it "eventually" sometime in the next ~5 years (after optimization by sidechains/LN and fee markets mature).

"Eventually" will be when we see actual congestion (competitive fees no longer prioritizing tx) or the network otherwise being harmed by the Holy 1MB crapflood regulator.

Accommodating more 'cosmic background spam' with a permanent home in the Mother Chain is the worst reason ever for increasing blocksize.

The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy.  David Chaum 1996
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Core GUI - Podcats - Roadmap - Dice - Blackjack - Github - Android }
MoneroForCash.com  |  Buy and sell XMR near you  |  Easymonero.com  |  Bitsquare.io - Decentralized XMR Exchange  |  Buy XMR with fiat
Fungibility provides privacy as a side effect.  Adam Back 2014

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004
iCEBREAKER
Legendary
*
Offline Offline

Activity: 1708


https://monero.stackexchange.com/a/1203


View Profile WWW
July 28, 2015, 09:09:02 PM
 #29444

Unfortunately for money to have store of value efficiency it must ultimately have value which with bitcoin rests again on its currency efficiency.

Miners could only store non dust UTXOs in easily accessible storage and ignore incoming txns that spend them unless the fee is worth the cost to look the UTXOs up. There are so many possibilities.   Your problem is that you are a central planner even tho you dont know it -- you are forcing a particular solution (expensive limited txns) onto the network as a whole.

Gold's example disagrees with your assertion.  Gold used to be an efficient currency, and is now a store of value.  Bitcoin is, by design, following this path.

I am in no position to "force" anything onto the network has a whole, especially not a particular solution.  You need to calm down and stop exaggerating.   Wink

The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy.  David Chaum 1996
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Core GUI - Podcats - Roadmap - Dice - Blackjack - Github - Android }
MoneroForCash.com  |  Buy and sell XMR near you  |  Easymonero.com  |  Bitsquare.io - Decentralized XMR Exchange  |  Buy XMR with fiat
Fungibility provides privacy as a side effect.  Adam Back 2014

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004
iCEBREAKER
Legendary
*
Offline Offline

Activity: 1708


https://monero.stackexchange.com/a/1203


View Profile WWW
July 28, 2015, 09:39:36 PM
 #29445

Misrepresenting my position then arguing against that isn't going to cut it.

I said the problem is that the block size is too small, and that the solution is to make the block size bigger. That doing this requires no additional functionality. I contrasted this to the sidechain solution which does require additional functionality. As you rightly say nobody is claiming that is entirely the solution, but that is irrelevant, the point is that this or other solution(s) that require extra functionality are the very thing that your Tanenbaum quote warns against.

All that stuff you said about how we need to change TX size, thats some other thing. Either you are intentionally conflating the two, which is disingenuous or you really can't tell the difference, which I doubt is the case.

It looks to me like your emotional attachment to your position is causing your reasoning to become irrational. I don't think anyone's argument is absurd. I can see how enforcing higher fees benefits some parties, I think that misses the big picture which is that it *requires* additional functionality.

I'm not frightened of pissing contests, I think they are childish. You don't need to "fight" anything. As a smart human being we all need to listen, think and reason. Not inject hyperbole, and inflammatory language into posts to try and bully your opposition. Your argument should stand on its own merit and not the vehemence with which it is delivered.

We do need to "fight" features.  Tannenbaum's maxim is a restatement of the KISS principle.  I don't care if you can't see or won't accept that because of your economic illiteracy and a priori attachment to the absurd Red Queen interpretation.  The fight is happening (with your participation) whether you like it or not, mooting your objections.

I'm not "misrepresenting" your position.  The problem is that you don't understand your own position.   Cheesy

"Contrived" 1MB tx bog down the network and present an attack vector.  8MB tx would 8^2 times worse, and thus the added complexity/functionality of larger blocks is demonstrated (your feeble speculative whining about my "emotional attachment" notwithstanding).

This is Sergio's conclusion; and Gavin's (present) ad hoc workaround is to marry (IE "conflate") a 100k tx size limit to any blocksize increase. 

Let me be clear because you are a slow learner: The intentional conflation of 100k tx size limits and larger blocks is Gavin's quasi-solution to the additional functionality/complexity required by larger blocks, not my "disingenuous" personal interpretation.  You were completely wrong about that (among other things).

What frightens me is that the whole thing seems to have turned into a pissing contest.
I'm not frightened of pissing contests

If you could stop contradicting yourself, that would be great.  Wink

The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy.  David Chaum 1996
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Core GUI - Podcats - Roadmap - Dice - Blackjack - Github - Android }
MoneroForCash.com  |  Buy and sell XMR near you  |  Easymonero.com  |  Bitsquare.io - Decentralized XMR Exchange  |  Buy XMR with fiat
Fungibility provides privacy as a side effect.  Adam Back 2014

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004
Ivanhoe
Hero Member
*****
Offline Offline

Activity: 841



View Profile
July 28, 2015, 10:01:01 PM
 #29446


What frightens me is that the whole thing seems to have turned into a pissing contest.
I'm not frightened of pissing contests

If you could stop contradicting yourself, that would be great.  Wink



He isn't contradicting himself.
thezerg
Legendary
*
Offline Offline

Activity: 1246


View Profile
July 29, 2015, 01:29:17 AM
 #29447

Unfortunately for money to have store of value efficiency it must ultimately have value which with bitcoin rests again on its currency efficiency.

Miners could only store non dust UTXOs in easily accessible storage and ignore incoming txns that spend them unless the fee is worth the cost to look the UTXOs up. There are so many possibilities.   Your problem is that you are a central planner even tho you dont know it -- you are forcing a particular solution (expensive limited txns) onto the network as a whole.

Gold's example disagrees with your assertion.  Gold used to be an efficient currency, and is now a store of value.  Bitcoin is, by design, following this path.

I am in no position to "force" anything onto the network has a whole, especially not a particular solution.  You need to calm down and stop exaggerating.   Wink

Gold is unique and was the most efficient soln for thousands of years cementing its social perception of value.  Bitcoin at 1mb is more like the iphone.  It will be outcompeted in price (efficiency) before the majority of the world was even introduced to smartphones with the obvious result that the majority of phones are android.

Obviously I know you are not in a position to effect change.   But my point is that if you were your decision to force a fee market is a centralized solution.   Real markets evolve spontaneously and in a P2P manner to address real issues.
smooth
Legendary
*
Offline Offline

Activity: 1456



View Profile
July 29, 2015, 01:44:26 AM
 #29448

decision to force a fee market is a centralized solution

On it's face this is a nonsense argument since any development decisions are centralized in the same manner.

Increase the blocksize, decrease the blocksize, or leave it alone, they are all (centralized) development decisions.

It's also false that anything is really centralized about it because if there were truly a consensus for change (over the objections of the 'centralized' developers) there would be a successful fork.
brg444
Hero Member
*****
Offline Offline

Activity: 644

Bitcoin replaces central, not commercial, banks


View Profile
July 29, 2015, 01:46:41 AM
 #29449

Unfortunately for money to have store of value efficiency it must ultimately have value which with bitcoin rests again on its currency efficiency.

Miners could only store non dust UTXOs in easily accessible storage and ignore incoming txns that spend them unless the fee is worth the cost to look the UTXOs up. There are so many possibilities.   Your problem is that you are a central planner even tho you dont know it -- you are forcing a particular solution (expensive limited txns) onto the network as a whole.

Gold's example disagrees with your assertion.  Gold used to be an efficient currency, and is now a store of value.  Bitcoin is, by design, following this path.

I am in no position to "force" anything onto the network has a whole, especially not a particular solution.  You need to calm down and stop exaggerating.   Wink

Gold is unique and was the most efficient soln for thousands of years cementing its social perception of value.  Bitcoin at 1mb is more like the iphone.  It will be outcompeted in price (efficiency) before the majority of the world was even introduced to smartphones with the obvious result that the majority of phones are android.

Obviously I know you are not in a position to effect change.   But my point is that if you were your decision to force a fee market is a centralized solution.   Real markets evolve spontaneously and in a P2P manner to address real issues.

I assume from this post you are for completely lifting the limit, are you?

"I believe this will be the ultimate fate of Bitcoin, to be the "high-powered money" that serves as a reserve currency for banks that issue their own digital cash." Hal Finney, Dec. 2010
iCEBREAKER
Legendary
*
Offline Offline

Activity: 1708


https://monero.stackexchange.com/a/1203


View Profile WWW
July 29, 2015, 01:56:56 AM
 #29450

Unfortunately for money to have store of value efficiency it must ultimately have value which with bitcoin rests again on its currency efficiency.

Miners could only store non dust UTXOs in easily accessible storage and ignore incoming txns that spend them unless the fee is worth the cost to look the UTXOs up. There are so many possibilities.   Your problem is that you are a central planner even tho you dont know it -- you are forcing a particular solution (expensive limited txns) onto the network as a whole.

Gold's example disagrees with your assertion.  Gold used to be an efficient currency, and is now a store of value.  Bitcoin is, by design, following this path.

I am in no position to "force" anything onto the network has a whole, especially not a particular solution.  You need to calm down and stop exaggerating.   Wink

Gold is unique and was the most efficient soln for thousands of years cementing its social perception of value.  Bitcoin at 1mb is more like the iphone.  It will be outcompeted in price (efficiency) before the majority of the world was even introduced to smartphones with the obvious result that the majority of phones are android.

Obviously I know you are not in a position to effect change.   But my point is that if you were your decision to force a fee market is a centralized solution.   Real markets evolve spontaneously and in a P2P manner to address real issues.

Gold is not unique.  Silver.  QED.

Why do you speak of "fee market" in the singular?

Do you not understand  on- and off-chain fee markets will exist at Layers 1 and 2+, competing to be more efficient at bundling tx for eventual reconciliation with and inclusion into the Mother Blockchain?

You seem to, with the reference to the fact that "real markets evolve spontaneously and in a P2P manner to address real issues."

How does simply staying at 1MB (and rejecting the Red Queen interpretation) preclude such real markets' spontaneous evolution?

By what logic do you conflate a dearth of consensus for increased blocksize with "a centralized solution?"

The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy.  David Chaum 1996
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Core GUI - Podcats - Roadmap - Dice - Blackjack - Github - Android }
MoneroForCash.com  |  Buy and sell XMR near you  |  Easymonero.com  |  Bitsquare.io - Decentralized XMR Exchange  |  Buy XMR with fiat
Fungibility provides privacy as a side effect.  Adam Back 2014

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004
iCEBREAKER
Legendary
*
Offline Offline

Activity: 1708


https://monero.stackexchange.com/a/1203


View Profile WWW
July 29, 2015, 01:58:16 AM
 #29451

decision to force a fee market is a centralized solution

On it's face this is a nonsense argument since any development decisions are centralized in the same manner.

Increase the blocksize, decrease the blocksize, or leave it alone, they are all (centralized) development decisions.

It's also false that anything is really centralized about it because if there were truly a consensus for change (over the objections of the 'centralized' developers) there would be a successful fork.

Your mistake here is assuming the Gavinistas have any interest in, much less the ability to, participate in an honest debate, whereby they apply the same criticisms and expectations they put upon Team Core to themselves and their own goal of larger blocks.

They have yet to demonstrate any such interest, nor the ability in terms of intellectual consistency required to develop one.

Instead we get the exquisite hypocrisy of selective outrage (aimed only at Team Core), Chicken Little Sky-Is-Falling panic, and endless exaggeration.  Not to mention the near-daily Two Minutes Hate directed at the devs responsible for scaling Bitcoin all the way up to 1MB.

The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy.  David Chaum 1996
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Core GUI - Podcats - Roadmap - Dice - Blackjack - Github - Android }
MoneroForCash.com  |  Buy and sell XMR near you  |  Easymonero.com  |  Bitsquare.io - Decentralized XMR Exchange  |  Buy XMR with fiat
Fungibility provides privacy as a side effect.  Adam Back 2014

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004
OROBTC
Legendary
*
Offline Offline

Activity: 1176



View Profile
July 29, 2015, 02:19:23 AM
 #29452

...

iCEBREAKER

Gold <> silver for many reasons.  Examples:

-- Silver is heavily used in a huge variety of industries and products (what, 50 ounces per Tomahawk missile as an example)
-- The central banks do not store silver
-- Even in the Bible gold signifies power, silver signifies money
-- People fleeing across borders carry gold, not silver

And:

In a SHTF, silver will buy you bread.  Gold will buy you the bakery.

iCEBREAKER
Legendary
*
Offline Offline

Activity: 1708


https://monero.stackexchange.com/a/1203


View Profile WWW
July 29, 2015, 02:55:20 AM
 #29453

Gold <> silver for many reasons.  Examples:

-- Silver is heavily used in a huge variety of industries and products (what, 50 ounces per Tomahawk missile as an example)
-- The central banks do not store silver
-- Even in the Bible gold signifies power, silver signifies money
-- People fleeing across borders carry gold, not silver

And:

In a SHTF, silver will buy you bread.  Gold will buy you the bakery.

I like your pithy last two sentences, and so am willing to go out into the weeds with you.   Smiley

I know gold <> silver.  They are, of course, different elements (though in the same periodic column as copper for some ineffable, though demonstrably elegant, reason).

My point is that gold's role as a currency-cum-store-of-value is not *absolutely* unique.  Indeed, silver pre- (or co-) dates gold as the favorite metal which meets Artistotle's 'good money' criteria.

People fleeing across borders carry whatever hard assets are available, be it gold, silver, diamonds, goats, art, Bitcoin, or Monero.  I concede gold is the canonical example, but not any kind of singular status for it.

Central banks used to store silver, and I find the current situation anomalous.  In Mother India (and other Buddhist lands like Vietnam and Thailand) silver never lost its role in wealth preservation (despite the best efforts of the NY/London/Paris/Basel banksters and their standing armies).

The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy.  David Chaum 1996
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Core GUI - Podcats - Roadmap - Dice - Blackjack - Github - Android }
MoneroForCash.com  |  Buy and sell XMR near you  |  Easymonero.com  |  Bitsquare.io - Decentralized XMR Exchange  |  Buy XMR with fiat
Fungibility provides privacy as a side effect.  Adam Back 2014

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004
solex
Legendary
*
Offline Offline

Activity: 1078


100 satoshis -> ISO code


View Profile
July 29, 2015, 03:06:20 AM
 #29454

Your mistake here is assuming the Gavinistas have any interest in, much less the ability to, participate in an honest debate, whereby they apply the same criticisms and expectations they put upon Team Core to themselves and their own goal of larger blocks.

They have yet to demonstrate any such interest, nor the ability in terms of intellectual consistency required to develop one.

This is a blatant rewrite of history. Misrepresenting opposing positions is your speciality.
Gavin did a series of blog posts about why on-chain scaling is necessary, and the pros and cons of the change to make this feasible.
Satoshi made it perfectly clear in several posts that he wanted VISA-scale volumes on-chain, and the limit was temporary.
Jeff has written a blog post to go with BIP 100 explaining his perspective. Rusty Russell and David Hudson have also made it clear how scaling is needed and why.

It is Core Dev who take the position that it is premature, too risky, want to force higher fees (too bad for ordinary users) etc etc.
They offer no alternative which is viable before the 1MB causes major problems to the ecosystem growth. LN is complex and too late, and unanswered questions remain about how decentralised its servers will be.

1MB will cripple Bitcoin. The Chinese miners know this and that is why we have >50% of the hashing power behind an open letter saying blocks up to 8MB are OK.
The 1MBers stick their heads into the sand by pretending that a problem of the near future does not exist.

It is also hypocritical to pump Monero based on it able to scale by supporting blocks >1MB. And it is irrelevant what year someone learned about Bitcoin to their being able to execute a trade on the knowledge of one coin potentially having crippled volumes and another not.

IBLT is a known change which can help a lot with decentralised scaling.

IBLT is still somewhere between whitepaper and prototype, and won't really help scale until blocks are ~100s of MB.

According to Gavin, the relay network already plucked the low-hanging fruit for the short and medium term future:

Quote

Gavin says "Network usage should get cut in half as soon as we stop doing the simplest thing and re-broadcasting transactions twice."
http://gavintech.blogspot.co.nz/?view=classic

He means using IBLT, and IBLT is so powerful that it can squeeze a 100MB new block announcement into 1MB, the size in use today. It is also less work overall than LN or SC. i.e. simplest.

It does need prototyping, testing and benchmarking, and the breakeven point is unknown. But like JR's node services payment channels, it is a Cinderella of software where the focus of attention is mostly elsewhere.

iCEBREAKER
Legendary
*
Offline Offline

Activity: 1708


https://monero.stackexchange.com/a/1203


View Profile WWW
July 29, 2015, 03:35:00 AM
 #29455

Satoshi made it perfectly clear in several posts that he wanted VISA-scale scaling on-chain, and the limit was temporary.

Satoshi's role(s) predated the point at which (big-B) Bitcoin-the-currency and (small-b) bitcoin-the-technology bifurcated.  It is crucially important to read his Holy Words in that context.  His Holy Comments on dot.bit/Namecoin ("Piling every proof-of-work quorum system in the world into one dataset doesn't scale.") are instrumental in such an exercise.

LN is complex and too late, and unanswered questions remain about how decentralised its servers will be.

You are assuming condemnatory facts not in evidence (a discourtesy you most pointedly do not extend to IBLT vaporware).

1MB will cripple Bitcoin.

You are assuming condemnatory facts not in evidence (a discourtesy you most pointedly do not extend to IBLT vaporware).

IBLT is so powerful that it can squeeze a 100MB new block announcement into 1MB, the size in use today. It is also less work overall than LN or SC. i.e. simplest.

You are assuming exculpatory facts not in evidence (a courtesy you most pointedly extend solely to IBLT vaporware).

The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy.  David Chaum 1996
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Core GUI - Podcats - Roadmap - Dice - Blackjack - Github - Android }
MoneroForCash.com  |  Buy and sell XMR near you  |  Easymonero.com  |  Bitsquare.io - Decentralized XMR Exchange  |  Buy XMR with fiat
Fungibility provides privacy as a side effect.  Adam Back 2014

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004
justusranvier
Legendary
*
Offline Offline

Activity: 1400



View Profile WWW
July 29, 2015, 04:42:40 AM
 #29456

It is also hypocritical to pump Monero
Allowing altcoin discussion on bitcointalk is one of the two biggest reasons this forum is largely unusable (the other one being signature ads).
gmaxwell
Staff
Legendary
*
Offline Offline

Activity: 2226



View Profile
July 29, 2015, 05:51:42 AM
 #29457

Gavin says "Network usage should get cut in half as soon as we stop doing the simplest thing and re-broadcasting transactions twice."
http://gavintech.blogspot.co.nz/?view=classic

He means using IBLT, and IBLT is so powerful that it can squeeze a 100MB new block announcement into 1MB, the size in use today. It is also less work overall than LN or SC. i.e. simplest.

It does need prototyping, testing and benchmarking, and the breakeven point is unknown. But like JR's node services payment channels, it is a Cinderella of software where the focus of attention is mostly elsewhere.
We have the block relay network protocol already. It avoids repetition of data for anyone who wants to use it (each already known transaction is replaced with a two byte reference. A 1MB block takes about 4000 bytes at relay time when all the transactions were well broadcast in advance.

Gavin's own comments was that IBLT probably doesn't not make sense with blocks under "hundreds of megabytes":
09:49 < gavinandresen> morcos: e.g. the IBLT work really doesn’t make any sense until blocks are in the hundreds of megabytes size range.
Given my expirence with an attempted implementation of the earlier block network coding proposal, I wouldn't be shocked to find there was no size at which using set reconciliation over the whole block was a win for normal connectivity and normal CPU speeds (as opposed to things like sattelite connectivity) though we won't know for sure until its implemented.  

Regardless, the data still has to be sent a first time-- which is why in terms of overall capacity (rather than latency) the greatest improvement available from fancier relay is a doubling of capacity from eliminating double transmission-- and this is the case with both IBLT and the relay network protocol. The relay network protocol reduces some bad incentives in mining (e.g. mining without validating or mining empty blocks for faster relay) but it not a silver bullet, nor is IBLT. (Though it does have the advantage of being simple, already existing, avoids some bad incentives against including censored transactions, and likely being much faster than IBLT for current block sizes: Already the relay network protocol is CPU bottlenecked with much of its delay just computing the hashtree (even with a fancy AVX sha256 implementation in the client)).  (At least for large block reed solomon codes, it appears even highly optimized implementations cannot run faster than a few megabits per second on current CPUs... the fountain code like IBLTs should be somewhat faster, but it's unclear how much, especially when operating at near their recovery limit--- the IBLT also requires a CreateNewBlock in the reciever which is currently slower than the whole block-relay-network-process...)

Lightning network and sidechains are not magical things, they're orthorgonal and not alternatives to relay improvements. But since you bring them up: They're both at a _futher_ level of development than IBLT at the moment; though given the orthogonality it's irrelevant except to note how misdirected your argument is...

Bitcoin will not be compromised
iCEBREAKER
Legendary
*
Offline Offline

Activity: 1708


https://monero.stackexchange.com/a/1203


View Profile WWW
July 29, 2015, 06:38:40 AM
 #29458

It is also hypocritical to pump Monero
Allowing altcoin discussion on bitcointalk is one of the two biggest reasons this forum is largely unusable (the other one being signature ads).

Yes, all of Satoshi's posts about dotbit/Namecoin are 100% OFF-TOPIC and should be moderated.   Roll Eyes

*makes justusranvier a copy of the Butthurt Report Form*

The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy.  David Chaum 1996
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Core GUI - Podcats - Roadmap - Dice - Blackjack - Github - Android }
MoneroForCash.com  |  Buy and sell XMR near you  |  Easymonero.com  |  Bitsquare.io - Decentralized XMR Exchange  |  Buy XMR with fiat
Fungibility provides privacy as a side effect.  Adam Back 2014

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004
solex
Legendary
*
Offline Offline

Activity: 1078


100 satoshis -> ISO code


View Profile
July 29, 2015, 06:49:34 AM
 #29459

Lightning network and sidechains are not magical things, they're orthorgonal and not alternatives to relay improvements. But since you bring them up: They're both at a _futher_ level of development than IBLT at the moment; though given the orthogonality it's irrelevant except to note how misdirected your argument is...

I appreciate the further detail that you describe regarding the relay situation. So it seems that you are not optimistic that block propagation efficiency can have a major benefit for all full-nodes in the near future. Yet block propagation overhead is probably the single biggest argument for retaining the 1MB as long as possible. To cap volume growth to a certain extent.

I know that Lightning network and sidechains are orthogonal and not alternatives to relay improvements. However, I did not bring them up as a solution to dealing with the 1MB. Mentioning LN just now was prompted by Icebreaker's opinion that the prospect of LN is part of the reason why the 1MB should be left in place for some more years.
For the record. I like LN, I like its potential and I hope it succeeds.

what's your position on block size limit, never change it or change (in the way you like the most) in the future?

I agree with Satoshi, change it "eventually" sometime in the next ~5 years (after optimization by sidechains/LN and fee markets mature).

"Eventually" will be when we see actual congestion (competitive fees no longer prioritizing tx) or the network otherwise being harmed by the Holy 1MB crapflood regulator.

Accommodating more 'cosmic background spam' with a permanent home in the Mother Chain is the worst reason ever for increasing blocksize.

BTW. Well done implementing BIP 66 the way you did.

domob
Legendary
*
Offline Offline

Activity: 974


View Profile WWW
July 29, 2015, 07:08:16 AM
 #29460

Lightning network and sidechains are not magical things, they're orthorgonal and not alternatives to relay improvements. But since you bring them up: They're both at a _futher_ level of development than IBLT at the moment; though given the orthogonality it's irrelevant except to note how misdirected your argument is...

I appreciate the further detail that you describe regarding the relay situation. So it seems that you are not optimistic that block propagation efficiency can have a major benefit for all full-nodes in the near future. Yet block propagation overhead is probably the single biggest argument for retaining the 1MB as long as possible. To cap volume growth to a certain extent.

I'm not sure about that.  My opinion is that the biggest argument for retaining the cap (or, at least, not introducing a 20x plus exponential increase or something like that) is the burden on full nodes due to (cumulated) bandwidth, processing power and, last but not least, disk space required.  Of course, for miners the situation may be different - but from my own point of view (running multiple full nodes for various things but not mining) the block relay issue is not so important.  As gmaxwell pointed out, except for reducing latency when a block is found it does only "little" by, at best, halving the total bandwidth required.  Compare this to the proposed 20x or 8x increase in the block size.

Use your Namecoin identity as OpenID: https://nameid.org/
Donations: 1domobKsPZ5cWk2kXssD8p8ES1qffGUCm | NMC: NCdomobcmcmVdxC5yxMitojQ4tvAtv99pY
BM-GtQnWM3vcdorfqpKXsmfHQ4rVYPG5pKS | GPG 0xA7330737
Pages: « 1 ... 1423 1424 1425 1426 1427 1428 1429 1430 1431 1432 1433 1434 1435 1436 1437 1438 1439 1440 1441 1442 1443 1444 1445 1446 1447 1448 1449 1450 1451 1452 1453 1454 1455 1456 1457 1458 1459 1460 1461 1462 1463 1464 1465 1466 1467 1468 1469 1470 1471 1472 [1473] 1474 1475 1476 1477 1478 1479 1480 1481 1482 1483 1484 1485 1486 1487 1488 1489 1490 1491 1492 1493 1494 1495 1496 1497 1498 1499 1500 1501 1502 1503 1504 1505 1506 1507 1508 1509 1510 1511 1512 1513 1514 1515 1516 1517 1518 1519 1520 1521 1522 1523 ... 1559 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!