Bitcoin Forum
July 28, 2017, 12:51:46 AM *
News: BIP91 seems stable: there's probably only slightly increased risk of confirmations disappearing. You should still prepare for Aug 1.
 
   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 ... 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 [859] 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 ... 1558 »
  Print  
Author Topic: Gold collapsing. Bitcoin UP.  (Read 1940479 times)
Odalv
Legendary
*
Offline Offline

Activity: 1162



View Profile
November 16, 2014, 08:29:37 PM
 #17161

Why are we even discussing SNARKs anyway? They are only but a long shot. SPVProof does not require the use of SNARKs.

What is the proof provider that the SPV is verifying?

The work of miners creating the output?

To be quite honest this part is confusing to me but from my understanding SNARKs are an optional method to this whole mechanism?

Maybe I'm wrong?

SNARK proof and SPV proof are not same proofs.

Edit:
Maybe SPV proof can be implemented as SNARK proof ... but I'm not sure .. just idea
1501203106
Hero Member
*
Offline Offline

Posts: 1501203106

View Profile Personal Message (Offline)

Ignore
1501203106
Reply with quote  #2

1501203106
Report to moderator
1501203106
Hero Member
*
Offline Offline

Posts: 1501203106

View Profile Personal Message (Offline)

Ignore
1501203106
Reply with quote  #2

1501203106
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1501203106
Hero Member
*
Offline Offline

Posts: 1501203106

View Profile Personal Message (Offline)

Ignore
1501203106
Reply with quote  #2

1501203106
Report to moderator
1501203106
Hero Member
*
Offline Offline

Posts: 1501203106

View Profile Personal Message (Offline)

Ignore
1501203106
Reply with quote  #2

1501203106
Report to moderator
NewLiberty
Legendary
*
Offline Offline

Activity: 1162


Gresham's Lawyer


View Profile WWW
November 16, 2014, 08:30:57 PM
 #17162

Yes we know.  It is the validation of a proof that is EXTERNALLY CREATED.  The Validation and the Proof are coming from the same source, a trusted source until the crypto gets this evaluation.  There are a lot of C operations there, and a lot of math.

I'm comfortable that the core devs that are jumping ship have vetted it to their satisfaction, but then they also have an economic incentive to be satisfied with it as well.

There is not "trusted source" -> it works same as Bitcoin (what chain is longer ? chain with more PoW)
only roles will be changed.  It is not miner who look for then longest sidechain. It is SC-user who must deliver list of HASH-es that proves he destroyed scBTC and now he can unlock BTC.

I think we are getting closer.
Help me to understand what the codebase is, upon which this SPV does its verification.  Is it not the Side Chain?
So perforce Bitcoin must trust each of the side chains' proof mechanisms.
Side Chains may or may not be open source, and the source may or may not get decent analysis with each update.
The complexity risks are interesting in that they enable so many long cons.

FREE MONEY1 Bitcoin for Silver and Gold NewLibertyDollar.com and now BITCOIN SPECIE (silver 1 ozt) shows value by QR
Bulk premiums as low as .0012 BTC "BETTER, MORE COLLECTIBLE, AND CHEAPER THAN SILVER EAGLES" 1Free of Government
brg444
Hero Member
*****
Offline Offline

Activity: 644

Bitcoin replaces central, not commercial, banks


View Profile
November 16, 2014, 08:31:09 PM
 #17163

Why are we even discussing SNARKs anyway? They are only but a long shot. SPVProof does not require the use of SNARKs.

What is the proof provider that the SPV is verifying?

The work of miners creating the output?

To be quite honest this part is confusing to me but from my understanding SNARKs are an optional method to this whole mechanism?

Maybe I'm wrong?

SNARK proof and SPV proof are not same proofs.

I understand that, which is why I'm not so sure why NL is introducing this "requirement" in the discussion.

"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
brg444
Hero Member
*****
Offline Offline

Activity: 644

Bitcoin replaces central, not commercial, banks


View Profile
November 16, 2014, 08:33:32 PM
 #17164


OP_SIDECHAINPROOFVERIFY only removes dependence on trusted counterparty. => the core problem that bitcoin seeks to solve

Bingo!

It doesn't actually do this though.  Not yet at least.  The trusted counterparty being the proof provider.
There are precious few folks that can do a good analysis of that counterparty.  The best anyone else can do is trust the evaluation.

Good cryptography takes some time to evaluate, it is complicated.  They should not expect this to be rushed.

:-)  This proof will create user who want exit from SC. Bitcoin miner only verifies this proof. If other user on SC will see it it not valid proof then he can provide valid (with more PoW).

Yes we know.  It is the validation of a proof that is EXTERNALLY CREATED.  The Validation and the Proof are coming from the same source, a trusted source until the crypto gets this evaluation.  There are a lot of C operations there, and a lot of math.

I'm comfortable that the core devs that are jumping ship have vetted it to their satisfaction, but then they also have an economic incentive to be satisfied with it as well.

There is not "trusted source" -> it works same as Bitcoin (what chain is longer ? chain with more PoW)
only roles will be changed.  It is not miner who look for then longest sidechain. It is SC-user who must deliver list of HASH-es that proves he destroyed scBTC and now he can unlock BTC.

thank you, very clear explanation

"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
NewLiberty
Legendary
*
Offline Offline

Activity: 1162


Gresham's Lawyer


View Profile WWW
November 16, 2014, 08:34:01 PM
 #17165

So you concede that there are no others and it is not a lie?
Help me out so that I can be the 2nd then, and make that a lie as you would like to have it.  
Where is the open-sourced SNARKs repository?  I've not had a chance to look for it yet.

https://github.com/scipr-lab

Thanks for this...
(you may not see me here for a while)

FREE MONEY1 Bitcoin for Silver and Gold NewLibertyDollar.com and now BITCOIN SPECIE (silver 1 ozt) shows value by QR
Bulk premiums as low as .0012 BTC "BETTER, MORE COLLECTIBLE, AND CHEAPER THAN SILVER EAGLES" 1Free of Government
cypherdoc
Legendary
*
Offline Offline

Activity: 1764



View Profile
November 16, 2014, 08:36:47 PM
 #17166

You are dispicible, and I regret ever coming to your defense in previous "troll battles".  If your own privacy is so important, how can you justity putting a bounty on someone else's personal life?  Talk about a double standard.

dude, you really have trouble defining your own ethics don't you? 


Should have let me out you... we could have split the bounty.

Melbustus
Legendary
*
Offline Offline

Activity: 1596



View Profile
November 16, 2014, 08:37:41 PM
 #17167

Do we have a consensus on the unsolved issues in this debate yet?

Correct me if I'm wrong; I've only had time to skim (not read) the last, oh, 150 pages or so (sheesh):

brg444's position:
Sidechains will reduce demand for alt-coins, and increase demand for bitcoins, by allowing alt-coin experimentation that doesn't require a completely new unit.
The economic dynamics are no different than those that would/will arise from implementing Sidechains via a federated model, such as with OT, which does not require any code change to Bitcoin. Thus, there's no more ecosystem risk to adding SIDECHAINPROOFVERIFY to Bitcoin versus doing it on OT anyways.

cypher's position:
The economic incentives surrounding Sidechains may be more complex than they look, especially when merged-mining is taken into account.
The developer incentives/precedent created by allowing a code-change to Bitcoin to get this done may have long run negative consequences, especially since the entity pushing this is for-profit, and comprised of many Bitcoin core-devs.


Fair?

Bitcoin is the first monetary system to credibly offer perfect information to all economic participants.
But Bitcointalk & /r/bitcoin are heavily censored. bitco.in/forum, forum.bitcoin.com, and /r/btc are open.
Best info on Casascius coins: http://spotcoins.com/casascius
brg444
Hero Member
*****
Offline Offline

Activity: 644

Bitcoin replaces central, not commercial, banks


View Profile
November 16, 2014, 08:37:56 PM
 #17168

You are dispicible, and I regret ever coming to your defense in previous "troll battles".  If your own privacy is so important, how can you justity putting a bounty on someone else's personal life?  Talk about a double standard.

dude, you really have trouble defining your own ethics don't you? 


Should have let me out you... we could have split the bounty.


 Cheesy Cheesy

of course! to no surprise cypher doesn't catch an obvious sarcasm/joke attempt

"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
cypherdoc
Legendary
*
Offline Offline

Activity: 1764



View Profile
November 16, 2014, 08:44:26 PM
 #17169

My argumented has never been that "we should just do it". I have presented a case why it is dangerous for security concerns and integrity of the Bitcoin ledger to concede ALL of the processing of different transactions types to federation/oracles.

So there is a dangerous practice that is not really being done today much at all, but theoretically it could be done, and if it were, it might be dangerous.
And that is why we should just do it?

Do you see why this is unconvincing?

Not being done much today? Are you kidding me?

Coinbase, Counterparty, Coloredcoins, Bistamp.

Every exchanges, any "off-chain" schemes present the exact risk I am referring to. The trend is VERY clear in that sense.

Do you not think that these are security concerns and have a HIGH-risk potential to temper with the Bitcoin ledger?

Is it not true that with proper implementations sidechains are a very tempting alternative to these?

once again, you misunderstand. 

they can mess with their own internal ledgers but any BTC deposited to the general deposit address still lies on the MC.
Odalv
Legendary
*
Offline Offline

Activity: 1162



View Profile
November 16, 2014, 08:45:34 PM
 #17170

Yes we know.  It is the validation of a proof that is EXTERNALLY CREATED.  The Validation and the Proof are coming from the same source, a trusted source until the crypto gets this evaluation.  There are a lot of C operations there, and a lot of math.

I'm comfortable that the core devs that are jumping ship have vetted it to their satisfaction, but then they also have an economic incentive to be satisfied with it as well.

There is not "trusted source" -> it works same as Bitcoin (what chain is longer ? chain with more PoW)
only roles will be changed.  It is not miner who look for then longest sidechain. It is SC-user who must deliver list of HASH-es that proves he destroyed scBTC and now he can unlock BTC.

I think we are getting closer.
Help me to understand what the codebase is, upon which this SPV does its verification.  Is it not the Side Chain?
So perforce Bitcoin must trust each of the side chains' proof mechanisms.
Side Chains may or may not be open source, and the source may or may not get decent analysis with each update.
The complexity risks are interesting in that they enable so many long cons.


SC-client will perform SPV proof
Quote
8. Simplified Payment Verification
It is possible to verify payments without running a full network node. A user only needs to keep
a copy of the block headers of the longest proof-of-work chain


Using SNARKs he can create proof
1. that he "keeps a copy of ALL the block headers of the longest proof-of-work sc-chain" -> user will compress 80 M of sc-headers into few hashes
2. that this sc-chain contains transaction where he destroyed scBTC and this transaction is 2 days old


Edit:
It is not exactly what SC whitepaper say => how to compress SPV
How to compress SPV is detail :-)  we can use SNARKs/SCIP to do verify it has been done.
brg444
Hero Member
*****
Offline Offline

Activity: 644

Bitcoin replaces central, not commercial, banks


View Profile
November 16, 2014, 08:47:20 PM
 #17171

Do we have a consensus on the unsolved issues in this debate yet?

Correct me if I'm wrong; I've only had time to skim (not read) the last, oh, 150 pages or so (sheesh):

brg444's position:
Sidechains will reduce demand for alt-coins, and increase demand for bitcoins, by allowing alt-coin experimentation that doesn't require a completely new unit.
The economic dynamics are no different than those that would/will arise from implementing Sidechains via a federated model, such as with OT, which does not require any code change to Bitcoin. Thus, there's no more ecosystem risk to adding SIDECHAINPROOFVERIFY to Bitcoin versus doing it on OT anyways.

cypher's position:
The economic incentives surrounding Sidechains may be more complex than they look, especially when merged-mining is taken into account.
The developer incentives/precedent created by allowing a code-change to Bitcoin to get this done may have long run negative consequences, especially since the entity pushing this is for-profit, and comprised of many Bitcoin core-devs.


Fair?

The only valid argument against MM is more potentially more centralization of the miners. One could argue this is an inevitable reality either way.

My position also proposes that the alternative of fulfilling on off-chain or federated servers the demand for any type of transactions that cannot be accomodated on the mainchain can lead to a dangerous loss of incentive for miners.

These schemes effectively deny them the rights to claim all of the network's transaction fees effectively diminishing their incentive to secure.

Sidechains, to that effect, are a valuable alternative that should, imo, be considered a "win" scenario.

"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
cypherdoc
Legendary
*
Offline Offline

Activity: 1764



View Profile
November 16, 2014, 08:49:10 PM
 #17172

Do we have a consensus on the unsolved issues in this debate yet?

Correct me if I'm wrong; I've only had time to skim (not read) the last, oh, 150 pages or so (sheesh):

brg444's position:
Sidechains will reduce demand for alt-coins, and increase demand for bitcoins, by allowing alt-coin experimentation that doesn't require a completely new unit.
The economic dynamics are no different than those that would/will arise from implementing Sidechains via a federated model, such as with OT, which does not require any code change to Bitcoin. Thus, there's no more ecosystem risk to adding SIDECHAINPROOFVERIFY to Bitcoin versus doing it on OT anyways.

cypher's position:
The economic incentives surrounding Sidechains may be more complex than they look, especially when merged-mining is taken into account.
The developer incentives/precedent created by allowing a code-change to Bitcoin to get this done may have long run negative consequences, especially since the entity pushing this is for-profit, and comprised of many Bitcoin core-devs.


Fair?

i've actually refined my argument down to that being the mere introduction of spvp into the source code may break Bitcoin's ability to act as Sound Money.  the spvp should be viewed as an off ramp for BTC to escape to speculative assets of all types on SC's, not only to research utility chains.  once Bitoins sound money function is broken, there will be no incentive to keep BTC on MC.

yes, these offramps and the SC's they lead to will be sold by Blockstream to any willing buyers.
brg444
Hero Member
*****
Offline Offline

Activity: 644

Bitcoin replaces central, not commercial, banks


View Profile
November 16, 2014, 08:52:24 PM
 #17173

once again, you misunderstand. 

they can mess with their own internal ledgers but any BTC deposited to the general deposit address still lies on the MC.

Except if they decide to run a fractional reserve.

That has nothing to do with my argument anyway which you again so conveniently avoid : TXs are not processed by the miners.

My argument has never been that "we should just do it". I have presented a case why it is dangerous for security concerns and integrity of the Bitcoin ledger to concede ALL of the processing of different transactions types to federation/oracles.

Once again, your brain dead logic fails 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
cypherdoc
Legendary
*
Offline Offline

Activity: 1764



View Profile
November 16, 2014, 08:56:17 PM
 #17174

Does anyone think there is any validity to the suggestion that SPV proofs should be implemented into the Bitcoin protocol simply because a "federated model is not as good for the side chain"?  There are better arguments, this one should not be repeated any more please.

Please understand that I am hoping to help you refine your message here.  Quite a bit of this is really not good at all for the cause you are advocating.
Thanks for distilling the essence of the issues being discussed.

let me distill it even further.

brg444 is trying to scare us into believing that unless we implement spvp to core, all these thousands of SC entities are going to move to federated servers which are opaque and much more ominous and threatening to Bitcoin.  somehow.

that's reality. unless you want to argue there is no demand for transactions types that are not implementable on Bitcoin's mainchain

and i accept that.  i just don't think it represents the existential danger you're trying to make it out to be and certainly is not to be used as a "reason" to implement spvp.

you have used this argument ad nauseam in previous pages. you and buddy Adrian-x have made it a concern to the sound money principle of Bitcoin that the miners incentive to mine the mainchain be lost or tampered with.

you are not being very honest once again cypher

its not a question of honesty, which is one of your favorite ad hominem attacks.  it's our different assessments of the threat of the federated server SC's to Bitcoin.  i don't see any threat at all.  you do.   fine.  others will have to evaluate themselves.
brg444
Hero Member
*****
Offline Offline

Activity: 644

Bitcoin replaces central, not commercial, banks


View Profile
November 16, 2014, 08:56:41 PM
 #17175

Do we have a consensus on the unsolved issues in this debate yet?

Correct me if I'm wrong; I've only had time to skim (not read) the last, oh, 150 pages or so (sheesh):

brg444's position:
Sidechains will reduce demand for alt-coins, and increase demand for bitcoins, by allowing alt-coin experimentation that doesn't require a completely new unit.
The economic dynamics are no different than those that would/will arise from implementing Sidechains via a federated model, such as with OT, which does not require any code change to Bitcoin. Thus, there's no more ecosystem risk to adding SIDECHAINPROOFVERIFY to Bitcoin versus doing it on OT anyways.

cypher's position:
The economic incentives surrounding Sidechains may be more complex than they look, especially when merged-mining is taken into account.
The developer incentives/precedent created by allowing a code-change to Bitcoin to get this done may have long run negative consequences, especially since the entity pushing this is for-profit, and comprised of many Bitcoin core-devs.


Fair?

i've actually refined my argument down to that being the mere introduction of spvp into the source code may break Bitcoin's ability to act as Sound Money.  the spvp should be viewed as an off ramp for BTC to escape to speculative assets of all types on SC's, not only to research utility chains.  once Bitoins sound money function is broken, there will be no incentive to keep BTC on MC.

yes, these offramps and the SC's they lead to will be sold by Blockstream to any willing buyers.

And you still don't get it....

Federated pegs create the SAME off-ramp using a different proof mechanism. The proof mechanism has no incident on the possibility to create sidechains where BTC can escape to speculative asset.

You should take back what you said and use Melbustus' spoon fed argument for you because yours really makes no sense, once again.

"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
brg444
Hero Member
*****
Offline Offline

Activity: 644

Bitcoin replaces central, not commercial, banks


View Profile
November 16, 2014, 09:00:20 PM
 #17176

Does anyone think there is any validity to the suggestion that SPV proofs should be implemented into the Bitcoin protocol simply because a "federated model is not as good for the side chain"?  There are better arguments, this one should not be repeated any more please.

Please understand that I am hoping to help you refine your message here.  Quite a bit of this is really not good at all for the cause you are advocating.
Thanks for distilling the essence of the issues being discussed.

let me distill it even further.

brg444 is trying to scare us into believing that unless we implement spvp to core, all these thousands of SC entities are going to move to federated servers which are opaque and much more ominous and threatening to Bitcoin.  somehow.

that's reality. unless you want to argue there is no demand for transactions types that are not implementable on Bitcoin's mainchain

and i accept that.  i just don't think it represents the existential danger you're trying to make it out to be and certainly is not to be used as a "reason" to implement spvp.

you have used this argument ad nauseam in previous pages. you and buddy Adrian-x have made it a concern to the sound money principle of Bitcoin that the miners incentive to mine the mainchain be lost or tampered with.

you are not being very honest once again cypher

its not a question of honesty, which is one of your favorite ad hominem attacks.  it's our different assessments of the threat of the federated server SC's to Bitcoin.  i don't see any threat at all.  you do.   fine.  others will have to evaluate themselves.

I repeat

Quote
you have used this argument ad nauseam in previous pages. you and buddy Adrian-x have made it a concern to the sound money principle of Bitcoin that the miners incentive to mine the mainchain be lost or tampered with.

This is exactly what is going to happen with more off-chain/federated servers sidechains.

"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
cypherdoc
Legendary
*
Offline Offline

Activity: 1764



View Profile
November 16, 2014, 09:12:19 PM
 #17177

Do we have a consensus on the unsolved issues in this debate yet?

Correct me if I'm wrong; I've only had time to skim (not read) the last, oh, 150 pages or so (sheesh):

brg444's position:
Sidechains will reduce demand for alt-coins, and increase demand for bitcoins, by allowing alt-coin experimentation that doesn't require a completely new unit.
The economic dynamics are no different than those that would/will arise from implementing Sidechains via a federated model, such as with OT, which does not require any code change to Bitcoin. Thus, there's no more ecosystem risk to adding SIDECHAINPROOFVERIFY to Bitcoin versus doing it on OT anyways.

cypher's position:
The economic incentives surrounding Sidechains may be more complex than they look, especially when merged-mining is taken into account.
The developer incentives/precedent created by allowing a code-change to Bitcoin to get this done may have long run negative consequences, especially since the entity pushing this is for-profit, and comprised of many Bitcoin core-devs.


Fair?

i've actually refined my argument down to that being the mere introduction of spvp into the source code may break Bitcoin's ability to act as Sound Money.  the spvp should be viewed as an off ramp for BTC to escape to speculative assets of all types on SC's, not only to research utility chains.  once Bitoins sound money function is broken, there will be no incentive to keep BTC on MC.

yes, these offramps and the SC's they lead to will be sold by Blockstream to any willing buyers.

And you still don't get it....

Federated pegs create the SAME off-ramp using a different proof mechanism. The proof mechanism has no incident on the possibility to create sidechains where BTC can escape to speculative asset.

You should take back what you said and use Melbustus' spoon fed argument for you because yours really makes no sense, once again.

and you still aren't listening.  who cares about federated servers?  they pose no threat cuz they don't change source code.
brg444
Hero Member
*****
Offline Offline

Activity: 644

Bitcoin replaces central, not commercial, banks


View Profile
November 16, 2014, 09:13:50 PM
 #17178

Do we have a consensus on the unsolved issues in this debate yet?

Correct me if I'm wrong; I've only had time to skim (not read) the last, oh, 150 pages or so (sheesh):

brg444's position:
Sidechains will reduce demand for alt-coins, and increase demand for bitcoins, by allowing alt-coin experimentation that doesn't require a completely new unit.
The economic dynamics are no different than those that would/will arise from implementing Sidechains via a federated model, such as with OT, which does not require any code change to Bitcoin. Thus, there's no more ecosystem risk to adding SIDECHAINPROOFVERIFY to Bitcoin versus doing it on OT anyways.

cypher's position:
The economic incentives surrounding Sidechains may be more complex than they look, especially when merged-mining is taken into account.
The developer incentives/precedent created by allowing a code-change to Bitcoin to get this done may have long run negative consequences, especially since the entity pushing this is for-profit, and comprised of many Bitcoin core-devs.


Fair?

i've actually refined my argument down to that being the mere introduction of spvp into the source code may break Bitcoin's ability to act as Sound Money.  the spvp should be viewed as an off ramp for BTC to escape to speculative assets of all types on SC's, not only to research utility chains.  once Bitoins sound money function is broken, there will be no incentive to keep BTC on MC.

yes, these offramps and the SC's they lead to will be sold by Blockstream to any willing buyers.

And you still don't get it....

Federated pegs create the SAME off-ramp using a different proof mechanism. The proof mechanism has no incident on the possibility to create sidechains where BTC can escape to speculative asset.

You should take back what you said and use Melbustus' spoon fed argument for you because yours really makes no sense, once again.

and you still aren't listening.  who cares about federated servers?  they pose no threat cuz they don't change source code.

What breaks Bitcoin Sound Money principle?

The introduction of a change to its source code or the detachement of the BTC asset from its mainchain?



"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
cypherdoc
Legendary
*
Offline Offline

Activity: 1764



View Profile
November 16, 2014, 09:20:46 PM
 #17179

Do we have a consensus on the unsolved issues in this debate yet?

Correct me if I'm wrong; I've only had time to skim (not read) the last, oh, 150 pages or so (sheesh):

brg444's position:
Sidechains will reduce demand for alt-coins, and increase demand for bitcoins, by allowing alt-coin experimentation that doesn't require a completely new unit.
The economic dynamics are no different than those that would/will arise from implementing Sidechains via a federated model, such as with OT, which does not require any code change to Bitcoin. Thus, there's no more ecosystem risk to adding SIDECHAINPROOFVERIFY to Bitcoin versus doing it on OT anyways.

cypher's position:
The economic incentives surrounding Sidechains may be more complex than they look, especially when merged-mining is taken into account.
The developer incentives/precedent created by allowing a code-change to Bitcoin to get this done may have long run negative consequences, especially since the entity pushing this is for-profit, and comprised of many Bitcoin core-devs.


Fair?

i've actually refined my argument down to that being the mere introduction of spvp into the source code may break Bitcoin's ability to act as Sound Money.  the spvp should be viewed as an off ramp for BTC to escape to speculative assets of all types on SC's, not only to research utility chains.  once Bitoins sound money function is broken, there will be no incentive to keep BTC on MC.

yes, these offramps and the SC's they lead to will be sold by Blockstream to any willing buyers.

And you still don't get it....

Federated pegs create the SAME off-ramp using a different proof mechanism. The proof mechanism has no incident on the possibility to create sidechains where BTC can escape to speculative asset.

You should take back what you said and use Melbustus' spoon fed argument for you because yours really makes no sense, once again.

and you still aren't listening.  who cares about federated servers?  they pose no threat cuz they don't change source code.

What breaks Bitcoin Sound Money principle?

The introduction of a change to its source code or the detachement of the BTC asset from its mainchain?




the answer is clear. 

the spvp is the biggest threat cuz it breaks the sound money principle by changing source.  yes, you can't stop all stupid ppl from doing a 2wp to a federated server.  i'm sure some will but it won't be a large # b/c they are centralized and insecure and represent niche local community uses.  they won't gain any traction and thus don't threaten the sound money principle as they are not institutionalized into the protocol.
justusranvier
Legendary
*
Offline Offline

Activity: 1400



View Profile WWW
November 16, 2014, 09:36:44 PM
 #17180

I see something happening here that's been a long standing problem in the Bitcoin space, especially in "Bitcoin 2.0" circles.

Quite a few people, sometimes out of ignorance and sometimes out of malice, blur the lines between money and promissory notes.
Pages: « 1 ... 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 [859] 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 ... 1558 »
  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!