Author

Topic: Gold collapsing. Bitcoin UP. - page 583. (Read 2032291 times)

hero member
Activity: 910
Merit: 1003
January 03, 2015, 09:55:31 PM
Quote
Chernobyl, TMI, and Fukushima were not caused by flaws in the physics of nuclear fusion
all these power plants operate on the physics of nuclear fission ... nuclear fusion plants are non-existent.

Thanks, that is one more good reason to believe that those accidents were not caused by flaws in the physics of nuclear fusion.  Grin
legendary
Activity: 1764
Merit: 1002
January 03, 2015, 09:52:49 PM
cypherdoc: it seems you are against side-chains on an economic principle rather than a specific technical implementation

multiple reasons:  economic (risks sound money function by encouraging speculative asset trading on SC's inside the Bitcoin system), technical (depends on a miner gratuity of 100% MM to be as safe as Bitcoin), fairness aka conflict of interest (5 devs in same for profit can "block" altcoin op_codes and even improvements to Bitcoin Core if a threat to SC business)
Quote
Does this principle then extend to all other provably-backed (cryptographically-linked) bitcoin substitute tokens? And would you like to specify/define exactly what that principle is so that future technical improvements can be evaluated equally?

i'd like to see any improvements to Bitcoin be done on MC with testing on federated servers or on Testnet
Quote
There are many new innovations to come that will achieve the same or similar results in principle to the side-chain conversion SPV 2wp, using multi-sig and time-locks, ZKP, etc ... are you going to be opposed to all these innovations also? (Hint: they will allow fast, off-chain, private settlement, or ttx bundling, with near zero-trust, i.e. blockchain level security and low costs).

I think that the economic principle of operation you seem to be vehemently opposed to is inevitable in some form or another. There will be token money substitutes that really will be cryptographically "as good as bitcoin", in a way that paper money substitutes were never "as good as gold".



hard to evaluate what ifs.  i'm not opposed to innovation, just do it on MC.  
one thing these guys haven't explained is how does one evaluate success of a SC innovation when the conditions can never be exactly those that exist on MC?  price?  lack of attacks?  #users?  market cap?
legendary
Activity: 896
Merit: 1006
First 100% Liquid Stablecoin Backed by Gold
January 03, 2015, 09:29:13 PM
hmm, I wonder if there are any of those left *scratches head* Wink

If the COIN ETF is approved, perhaps it will open a large market of private investors in the US (savings and retirement accounts, etc.) 

Latin America could be such a market, but there does not seem to be a population of commodities speculators like the Chinese one.  Africa has the same problem, and is much poorer than China.  India seems to be wary of bitcoin (perhaps by memories of Mavrodi's scams).
But if they buy the COIN ETF it in now way effects Bitcoin price or ecosystem.

https://www.google.com/search?q=how+will+buying+coin+etf+affect+bitcoin+price
Huh
They already own the bitcoins they want to unload and collect a management fee to "securely" hold them.  Buyers of that ETF are not Bitcoin buyers or people interested in Bitcoin ecosystem.  They are traders of IOUs.
legendary
Activity: 961
Merit: 1000
January 03, 2015, 08:55:35 PM
Quote
Chernobyl, TMI, and Fukushima were not caused by flaws in the physics of nuclear fusion

all these power plants operate on the physics of nuclear fission ... nuclear fusion plants are non-existent.

Fukishima suffered such catastrophic damage because it was not built to withstand a sizeable force like a tsunami.. The company that built the plant, I believe, was the same one from TM island where there engineering was also shoddy. iirc, the fukishima companys mistake was not to build the sea wall high enough or strong enough or something like that. They were aware of the potential for this oversight to be dangerous but did nothing to fix it, because money. see gregpalast.com or his book 'Vultures' for evidence/further clarification. very damning read.
legendary
Activity: 3920
Merit: 2349
Eadem mutata resurgo
January 03, 2015, 08:42:01 PM
cypherdoc: it seems you are against side-chains on an economic principle rather than a specific technical implementation

Does this principle then extend to all other provably-backed (cryptographically-linked) bitcoin substitute tokens? And would you like to specify/define exactly what that principle is so that future technical improvements can be evaluated equally?

There are many new innovations to come that will achieve the same or similar results in principle to the side-chain conversion SPV 2wp, using multi-sig and time-locks, ZKP, etc ... are you going to be opposed to all these innovations also? (Hint: they will allow fast, off-chain, private settlement, or ttx bundling, with near zero-trust, i.e. blockchain level security and low costs).

I think that the economic principle of operation you seem to be vehemently opposed to is inevitable in some form or another. There will be token money substitutes that really will be cryptographically "as good as bitcoin", in a way that paper money substitutes were never "as good as gold".

legendary
Activity: 1764
Merit: 1002
January 03, 2015, 08:35:53 PM
weekly all time LTC/USD chart.  really does not look good:

legendary
Activity: 2576
Merit: 1087
January 03, 2015, 08:32:34 PM
hmm, I wonder if there are any of those left *scratches head* Wink

If the COIN ETF is approved, perhaps it will open a large market of private investors in the US (savings and retirement accounts, etc.) 

Latin America could be such a market, but there does not seem to be a population of commodities speculators like the Chinese one.  Africa has the same problem, and is much poorer than China.  India seems to be wary of bitcoin (perhaps by memories of Mavrodi's scams).
But if they buy the COIN ETF it in now way effects Bitcoin price or ecosystem.

https://www.google.com/search?q=how+will+buying+coin+etf+affect+bitcoin+price
legendary
Activity: 1764
Merit: 1002
January 03, 2015, 08:25:04 PM
this can't be good.  there's a higher purpose:

legendary
Activity: 896
Merit: 1006
First 100% Liquid Stablecoin Backed by Gold
January 03, 2015, 08:23:20 PM
hmm, I wonder if there are any of those left *scratches head* Wink

If the COIN ETF is approved, perhaps it will open a large market of private investors in the US (savings and retirement accounts, etc.) 

Latin America could be such a market, but there does not seem to be a population of commodities speculators like the Chinese one.  Africa has the same problem, and is much poorer than China.  India seems to be wary of bitcoin (perhaps by memories of Mavrodi's scams).
But if they buy the COIN ETF it in now way effects Bitcoin price or ecosystem.
legendary
Activity: 1414
Merit: 1000
January 03, 2015, 08:16:46 PM
However, there are no details in the paper to even tell what applications could be "sidechains", how the integration would work, what concrete benefits they would derive from that, why other projects could not obtain the same benefits without being "sidechains of bitcoin" -- and why would bitcoin be saved as a result.  Needless to say, there is also no analysis of possible failure modes.
So I take it you didn't read the paper  Undecided
I did read it, and also the "sidechains for dummies" blogpost that people recommended, and some more posts.

So what you are saying is that I did not understand it at all.  Perhaps.  But then I ask, for example, why Bitstamp is not already a "sidechain".  OK, it is not decentralized nor merge-mined, but does the whitepaper say that a sidechain must be those things?

My impression is that the paper did not want to rule out anything, for fear that it might prevent co-opting a possible "bitcoin killer".

For a thing to be a sidechain I guess it would need to first be a chain. Can you point me to Bitstamp's blockchain?
They have a ledger but it isn't a block chain.



so why does the WP, Odalv, and Adam refer to these federated server models as an implementation of SC's?  which by my definition means involving a blockchain?

I'm trying to explain you that computers can "do it". And if federated servers can "do it" then bitcoin-network can "do it" too.
legendary
Activity: 4760
Merit: 1283
January 03, 2015, 08:08:08 PM
Quote
Chernobyl, TMI, and Fukushima were not caused by flaws in the physics of nuclear fusion

all these power plants operate on the physics of nuclear fission ... nuclear fusion plants are non-existent.

Correct.  The interesting thing is that all of the problems were all 'fixed' in the same way though.  Namely by papering them over and hoping that they can be ignored completely.  Worked like a champ in Fukushima since by that time a robust system of mass ignorance was well developed.

This is sorta like Justusranvier does with the 'econ 101' class observation that the reward to the sha256 miners will always approach zero...or more likely, overshoot it by a mile...

legendary
Activity: 3920
Merit: 2349
Eadem mutata resurgo
January 03, 2015, 07:50:38 PM
Quote
Chernobyl, TMI, and Fukushima were not caused by flaws in the physics of nuclear fusion

all these power plants operate on the physics of nuclear fission ... nuclear fusion plants are non-existent.
legendary
Activity: 1764
Merit: 1002
January 03, 2015, 07:42:35 PM
However, there are no details in the paper to even tell what applications could be "sidechains", how the integration would work, what concrete benefits they would derive from that, why other projects could not obtain the same benefits without being "sidechains of bitcoin" -- and why would bitcoin be saved as a result.  Needless to say, there is also no analysis of possible failure modes.
So I take it you didn't read the paper  Undecided
I did read it, and also the "sidechains for dummies" blogpost that people recommended, and some more posts.

So what you are saying is that I did not understand it at all.  Perhaps.  But then I ask, for example, why Bitstamp is not already a "sidechain".  OK, it is not decentralized nor merge-mined, but does the whitepaper say that a sidechain must be those things?

My impression is that the paper did not want to rule out anything, for fear that it might prevent co-opting a possible "bitcoin killer".

For a thing to be a sidechain I guess it would need to first be a chain. Can you point me to Bitstamp's blockchain?
They have a ledger but it isn't a block chain.



so why does the WP, Odalv, and Adam refer to these federated server models as an implementation of SC's?  which by my definition means involving a blockchain?
legendary
Activity: 1204
Merit: 1002
Gresham's Lawyer
January 03, 2015, 07:38:20 PM
However, there are no details in the paper to even tell what applications could be "sidechains", how the integration would work, what concrete benefits they would derive from that, why other projects could not obtain the same benefits without being "sidechains of bitcoin" -- and why would bitcoin be saved as a result.  Needless to say, there is also no analysis of possible failure modes.
So I take it you didn't read the paper  Undecided
I did read it, and also the "sidechains for dummies" blogpost that people recommended, and some more posts.

So what you are saying is that I did not understand it at all.  Perhaps.  But then I ask, for example, why Bitstamp is not already a "sidechain".  OK, it is not decentralized nor merge-mined, but does the whitepaper say that a sidechain must be those things?

My impression is that the paper did not want to rule out anything, for fear that it might prevent co-opting a possible "bitcoin killer".

For a thing to be a sidechain I guess it would need to first be a chain. Can you point me to Bitstamp's blockchain?
They have a ledger but it isn't a block chain.

legendary
Activity: 1764
Merit: 1002
January 03, 2015, 07:32:54 PM
About cypherdoc particularly he said this:

Quote from: cypherdoc link=https://bitcointalk.org/index.php?topic=68655.msg9989162#msg9989162
Quote from: adam3us
I am not sure if you are aware sidechains are nearly possible with zero changes to bitcoin.  Its already programable via the script language.  It may even be doable with zero changes with some chained contorted big script to validate compact SPV proofs.

great, then do it if it doesn't involve a source code change.  i have no problem with that.


So that seems a little inconsistent to me.  ie if this is really a bad idea why would cypherdoc not have a problem with it regardless of whether it required changes or not.  I mean if its a principle you'd be arguing to please not do it even though its possible.  Or to remove something from the language to prevent it, or put a technical defense preventing it if such a thing existed (seems unlikely but I havent explored it much).  Not saying "I have no problem with that."

if you can implement spvp based SC's w/o a source code change, then i can't stop that.  i might not like it or agree with the principle but that's where the "I have no problem with that" comes from.  tho from everyone's understanding and the WP, you need the spvp obtained via a source code change.  what's important to protect, for me, is the mining and investment assumptions that are based on the current code as it stands. if what you say is true about you being able to implement SC's w/o any source code changes, presumably the market has already factored that into the price and i wasn't aware of that and can't argue with that.  but if you do have to change source code specifically to accomplish what you want, then i do know for sure the market will have to adjust to that new information.  the effects of that will be unpredictable in my mind and upset certainly my assumption of how the source code was never supposed to change to allow a for-profit company to benefit.  i know you say it's generic but you do have a head start in this area along with 5 devs and should establish a monopoly quickly by my estimation.  that is, if the idea and concept works.  which as you already know, i have my doubts.  
fundamentally, none of the technical enhancements to Bitcoins money function couldn't be done on the MC.  not easy to gain consensus but it CAN be done.  i'm all for that.  this is what we have testnet and federated server SC's for.  experimentation.  esp when we're only at the $4B market cap.

While its possible, its very much harder, and when changes are made its very much riskier and less secure.  If you care about the security of your coins you should be for having a firewalled live beta and firewalled extension mechanism (if you support improvements "i'm all for that." you said).

it's not the improvements proposed for SC's that i worry about.  it's about speculators like Truthcoin who not only proposes all sorts of assets but also a altcoin (TC) which will ride on the SC.  
Quote

Quote from: cypherdoc
it also looks like CP and colored coins will bring us other assets to MC.  that's good too.

CP = CounterParty.  That doesnt bring anything to the chain, other than bloat, its a layered consensus system with its own alt-coin.  If you valued the price of bitcoin, probably you'd be better pushing for sidechains than CP because its bitcoin denominated and increases demand and features for bitcoin.


as i understand CP, it's just an embedded hash into a 40 byte op_return that originally was 80 bytes.  they were able to compensate so how is that a problem?
Quote
Quote from: cypherdoc
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.

No they spent more time on core than before, because they quit their full time jobs/occupation and Mark said somewhere else on reddit he figured they'd spent 50% of their time at blockstream on core.  (Unrelated to sidechains most of it .. eg in Pieter's case the headers-first speed up you were mentioning, though he's been working on that for a long time).  You could check by looking at bitcoin github, there's a stats page.

hmmm
Quote
Quote from: cypherdoc
fundamentally, i think allowing an offramp for BTC units over to insecure SC's is economically and technically flawed for all the Sound Money reasons i've already articulated.

I fail to see the connection between sound money and an ability to freeze coins with an spv-multisig instead of a multisig.
Bitcoin is protected with a firewall from features on the sidechain.  The bitcoins never leave the chain, they're just frozen in an spv-multisig instead of a multisig.  Lots of people are using multisigs, daily, to effectively do the same thing, its more secure to do it with an spv-multisig.  Lots of people are not even doing that, they're using pure offchain in a shared wallet, for reasons that in time could be fixed on sidechains and then with a year of live testing with $1b on it kind of assurance, ported back into bitcoin main.


i know you've been saying they're equivalent for a while now but i see a difference.  multisig is currently used just for security purposes as in 2of3.  when necessary, the funds at those addresses can be mobilized immediately, no 2 day delay.  the p2sh used to facilitate these multisigs are not meant to reanimate scBTC on the other side of a 2wp as in your proposal.  with your 2wp (spvp), there is an entire "industry" awaiting on the other side of the 2wp that you wish to capitalize on.  i don't like the concept you used earlier of the BTC still being on the MC.  i see the 2wp as a "pass through" that reanimates those BTC into scBTC on a SC which then facilitates all sorts of speculation and trading of assets or even scCOINS like TC.  the SC's can be anything at all as you've described it and it's BS business plan to sell these newly designed and constructed SC's to willing buyers and maybe even gvt's as you've said.  i think that is risky.

and then there's the whole mining thing.  i'm not sure if you addressed some of my concerns above regarding attacks.
donator
Activity: 1736
Merit: 1014
Let's talk governance, lipstick, and pigs.
January 03, 2015, 07:25:28 PM
Yes it is good that developers have commercial support to work on the core, but neutrality would be served better by the developers getting their support from a more widely dispersed set of interests.

Don't leave us hanging in the wind like that. What types of interests do you have in mind?
legendary
Activity: 3276
Merit: 2442
January 03, 2015, 07:23:02 PM
Gold is a currency since the humanity existed.

Gold can't be equal to a 4-year-old-pumpanddump scam.

Btc is failing badly btw.

Since primitive people were using gold as currency we should too? Technology develops and we the people need to change along with it or get left behind. BTC is the future, if you dont have that inkling in your mind then why are you here?

I am not saying btc is bad. Just dont compare it to gold... It doesn't make any sense. Btc has so many flaws and until those big flaws get fixed, gold simply wins.
legendary
Activity: 2968
Merit: 1198
January 03, 2015, 07:14:25 PM
Not sure whats up with bitcoin price

Most likely I think it is just the continued unwinding of China speculation, which took things beyond where system maturity and adoption could really support.

However, if you look at the most recent leg down, it coincides fairly well with the Blockstream announcements. It is possible that the market is responding poorly to this whole business, maybe not side chains themselves as CD suggests, but the idea of several of the top developers being aggregated under a single for-profit umbrella. It just is not good (in terms of perceptions if nothing else) for the role of the system as a neutral open source platform.

Yes it is good that developers have commercial support to work on the core, but neutrality would be served better by the developers getting their support from a more widely dispersed set of interests.



full member
Activity: 224
Merit: 100
January 03, 2015, 07:04:41 PM
Gold is a currency since the humanity existed.

Gold can't be equal to a 4-year-old-pumpanddump scam.

Btc is failing badly btw.

Since primitive people were using gold as currency we should too? Technology develops and we the people need to change along with it or get left behind. BTC is the future, if you dont have that inkling in your mind then why are you here?
sr. member
Activity: 404
Merit: 362
in bitcoin we trust
January 03, 2015, 07:03:17 PM
SCs have the potential of giving people a false hope of it being equivalent to Bitcoin but in fact not having all of the elements of MC Bitcoin.

True someone could make a hostile sidechain.  But so can people make hostile multisigs (eg freeze your coins and extort you a % of them to get them back), obviously IOU offchain we've seen no-end of offchain things be scams, thefts, or incompetence failures.  Or they could make defective wallets (thats happened a number of times also).

The solution as with everything else with bitcoin is understand what you're doing and/or use software that is signed, on machines without malware, and from people who are competent.  If you cant tell ask someone more competent (not you, but the general novice user).  I wrote about that here:

Quote from: adam3us link=https://bitcointalk.org/index.php?topic=68655.msg9994476#msg9994476
its caveat emptor, you shouldnt put money into a chain unless there is some assurance that security & bitcoin protocol knowledgeable people have audited it.  People could certify chains (like sign them - "my name is blah and I'm a security researcher with reputation and I and my buddies audited this code and its good") or wallets could etc.  Its good and a feature that people can opt to use uncertified chains.  You want a situation where there is real open possibility for technical innovation & competition in chain features.

You also want no central control so no chains can get black listed.

Adam
Jump to: