Bitcoin Forum

Alternate cryptocurrencies => Altcoin Discussion => Topic started by: iamnotback on June 10, 2016, 11:32:51 AM



Title: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 10, 2016, 11:32:51 AM
Forum please help me.

Originally I couldn't envision many valid use cases for this new craze building on top of more powerful block chain scripting and the block chain as a generalized state transition database, i,e. the block chain + scripting as a Turing complete machine.

And that was to a large extent because data feeds on external events break consensus algorithms. But then I realized that external events can be voted on.

Any contract that requires an external data feed breaks the ability to have a valid consensus algorithm. So this limits us to scripting which refers to data that is already on the block chain, i.e. the only thing that a block chain can validate are state transitions from an initial set of data, i.e. the genesis block.

So this basically limits what block chains can do, to financial contracts that involve how value is transferred over time and voting. Our contract logic can't refer to events that occur external to the block chain, except by voting. So this means external data feeds (events external to the block chain) can only be accommodated as voters, i.e. if one reporter of the event is authorized then it is a 1-of-1 quorum and if there are 5 reporters of an external event, then say our contract requires 3-of-5 to agree on the report, and then of course the contract has to have logic for what to do in the case that the quorum on an external event can't be achieved.

So with those technological ground rules in place, please help me to enumerate valid uses cases for this new craze.

1. Decentralized crowd funding. This definitely seems to be a valid use case. The funds can be refunded if minimum threshold is not met in time. The funds can be distributed based on milestones which are voted on by the crowd funders.  All these parameters can be preset when the contract is formed.

2. Legal contracts. This only works if the parties can agree on who will vote on the external events that the contract enforces. And the parties could still go to court after the fact if any party felt the contract was not executed faithfully. The restitution from any court decision would come in the form of compelling the parties to do something which the smart contract could no longer enforce. I don't discuss the option of giving courts master keys to override past contract outcomes as this a "can of worms" in many facets.

3. Internet-Of-Things (IoT). This is like Slock.it where we want the contract to control some external devices, such as a paywall for a parking meter. This seems to be a very weak use case, because there is really no advantage at all gained here over simply sending payment to the parking meter API. There is no gains from the oversight of recording the data on a block chain, because there is no way for either party to prove if the service was delivered or not, other than each voting on it and thus they cancel each other's vote out and either they both agree or there is no quorum. IoT is more about block chain performance of instant micropayments, low transaction fees, and cloud databases but not about decentralized consensus on state transitions.

4. Prediction Markets. Such as Augur and Gnosis, the participants to the bet (or all the participants on the network) vote on the external events. This seems to have some seriously bad game theory concerns. Refer to the discussion of game theory issues for DAOs as a hint.

5. Decentralized Autonomous Organizations (DAO). Technically the idea that investors buy a colored coin which enables them to vote on how the funds (denominated in which every token was exchanged for the colored tokens) are spent, and to sell this colored coin at-will on the market. Issues:

  • Game theory appears to be insolubly broken (http://hackingdistributed.com/2016/05/27/dao-call-for-moratorium/) in that "No" votes are more expensive/risky than selling your vestment. There doesn't appear to be any remedy because even holding up funds for a grace period doesn't stop the run on the price after the "Yes" on a stupid proposal. However, I thought of a possible mitigation is to limit the value of proposals that can be voted on simultaneously, so that no bad outcome can't drastically impact the price. But this doesn't mitigate the game theory that there is an incentive for those who want to steal the funds to buy up the colored tokens so they can influence the outcome of the votes and those who see it has been infiltrated have more incentive to just sell than to fight, thus the infiltrators get to buy the tokens at cheaper and cheaper prices and yet the funds they control does not diminish in value. The game theory seems insolubly broken.

    Eric S. Raymond wrote about the Iron Law of Political Economics (http://esr.ibiblio.org/?p=984), and it is always a power vacuum. When pooling funds, the game theory is a mess.
  • Organization is the antithesis of decentralization. Business projects require cohesion and continuity with fluidity of decision making. There is no way to make this into a decentralized structure which doesn't destroy the essence of efficiency of production. Production is highly interactive and collaborative. The time lag in the communication overload of the Mythical Man Month can render a project into gridlock oscillation between competing options. Top-down voting is top-down governance, which is the antithesis of decentralized production. Decentralized version control open source (DVCS) solves this discord to obtain resonance by allowing every participant to have their own perspective on changesets. DAO is entirely wrong model for decentralized production. It fights against everything we learned with decentralized open source development, which is that the individual should be empowered to act independently.
  • Note I could envision tracking investment, decentralizing the trading of the shares (colored tokens), voting on a board, and distribution of dividends. But this voting on each proposal as a flat democracy does not work. But then this would model a centralized corporation and thus be subject to investment securities regulation.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: benthach on June 10, 2016, 11:48:02 AM
it is hype for scam purpose only


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 10, 2016, 11:53:56 AM
it is hype for scam purpose only

In the case of DAO, Slock.it, and Augur, then that seems to be the case. There is no valid use case which isn't game theory broken for those. Expect The DAO to eventually collapse in a massive clusterfuck of theft and waste with most losing their money. Wise people would get the hell out of The DAO as fast as they can, because the DAO is broken in the sense that you can be jammed from exiting (http://hackingdistributed.com/2016/05/27/dao-call-for-moratorium/).

Decentralized crowd funding might be viable.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: gustav on June 10, 2016, 12:00:04 PM
I see the DAO as a game of who can compromise it first and cash out the funds to themselves.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 10, 2016, 12:01:52 PM
I see the DAO as a game of who can compromise it first and cash out the funds to themselves.

Yup that is what it appears to be. But can you fathom what this is going to do to all the bagholders and to ETH.

I got your point that maybe there is some game theory to how long you stay vested. You like Russian Roulette I guess.

The SEC will be coming... this is the event that will start the SEC's involvement in actively regulating CC. Thanks to Vitalik and Tual.


I don't consider DAO as fail, give it few more months it will surely come back stronger and better after all known issues have been fixed.

The game theory issues appear to be fundamental. Meaning they can not be fixed.

It is analogous to wanting to build a skyscaper to the moon. We can't do it. No matter how good our technology is.

Some things are truly impossible.

Yet, to keep The DAO from capsizing, Tual said he thinks members need to accomplish three objectives – rounding out its list of curators, amending its governance model to see after the concerns of voting members and investing in sound business ideas.

Bribe the curators.

This is just the corruption of government we are all fighting to remove with block chains and then we bring it right back again and place this $150+ million UNREGULATED honeypot to attract the flies.

Since it is unregulated, the criminal mindsets will be drawn to this like flies to honey.

It is just a matter of time before The DAO is in political bickering and probably worse with the power vacuum being always a "winner take all" phenomenon.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: gustav on June 10, 2016, 12:04:19 PM
I see the DAO as a game of who can compromise it first and cash out the funds to themselves.

Yup that is what it appears to be. But can you fathom what this is going to do to all the bagholders and to ETH.

I got your point that maybe there is some game theory to how long you stay vested. You like Russian Roulette I guess.

I wouldn't touch the DAO or ETH. All the hype-promises will be broken. Things should drop a lot from here. Just a matter of when. Could be a shitcoin by next year ...
Hope polo enables shorting DAO soon so i can make some gains on this before it goes up in flames.
It certainly will be an epic show with that much money involved.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 11, 2016, 06:44:24 AM
Note the edit in bold at the end:

5. Decentralized Autonomous Organizations (DAO). Technically the idea that investors buy a colored coin which enables them to vote on how the funds (denominated in which every token was exchanged for the colored tokens) are spent, and to sell this colored coin at-will on the market. Issues:

  • Note I could envision tracking investment, decentralizing the trading of the shares (colored tokens), voting on a board, and distribution of dividends. But this voting on each proposal as a flat democracy does not work. But then this would model a centralized corporation and thus be subject to investment securities regulation.


Can anyone think of any use cases for smart block chains that has any wide adoption potential  ???

So far, I can't think of any killer app that is enabled by smart block chains.

An OpenBazaar market place (https://blog.openbazaar.org/what-is-openbazaar/)? Do we need a smart block chain for that? It seems that for example CounterParty (https://bitcointalk.org/index.php?topic=1504381.msg15143801#msg15143801) and OpenBazaar could benefit from some custom scripting so their hashed data (e.g. reputation updates for OpenBazaar and contract validity for CounterParty) is verified by the block chain they are running on.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: gustav on June 11, 2016, 06:49:17 AM



Can anyone think of any use cases for smart block chains that has any wide adoption potential  ???

So far, I can't think of any killer app that is enabled by smart block chains.

An OpenBazaar market place? Do we need a smart block chain for that?

It will enable touring complete and fully automated ponzis. It will be a new era for pyramid schemes.
The everyday person does not have demand for smart contracts actually. It's a tool for scammers and a toy for geeks. Nothing else.
No banker or businessman in their right mind would run contracts on that chain for financial purposes.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 11, 2016, 06:57:33 AM
gustav, I think OpenBazaar may be a valid wide adoption use case, and off the top of my head (without thinking deeply about it), appears we need the block chain to validate each state transition around transactions and listings, so that rules about reputation are enforced and validated by the block chain. Otherwise, the criticisms (https://bitcointalk.org/index.php?topic=1504381.msg15143801#msg15143801) I levied against CounterParty will seem to apply to OpenBazaar.

I do agree those investing in the smart block chain schemes aren't really interesting in mass adoption. They want get-rich-quick money pooling schemes.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: qwik2learn on June 11, 2016, 07:00:39 AM
Are "virtual corporations" really a great idea?

Could creating such autonomous entities actually make the world an even worse place?

Quote from: Ian Knowles (CIYAM Lead Developer) :: 2014-06-11
There has been a lot of talk (and excitement) in recent months about the possibility of creating some sort of "virtual corporation" that will be completely automonous and whose existence would simply be to fulfill the wishes of its share holders. Whilst I can see the attraction of having trustless systems for decision making (such as general voting) I think we need to keep in mind that the "blind greed" of many modern corporations (especially of the multi-national variety) has lead to the "neo-slavery" of thousands of people that work 7 days per week and often more than 12 hours per day for "sweat shops" in developing countries.


So could a "virtual corporation" improve things? I think that is going to be a big "it depends" because if it has been hard-coded to *only to benefit the share holders* (and especially if those share holders themselves are actually other such virtual corporations) then you should fully expect to see such a beast to behave with no conscience at all (i.e. to be the most extreme implementation of capitalism).


Whilst I think being rewarded for useful contributions is a *fundamental* right we should want for our "digital workforce" I am not so sure that we want to end up with the Skynet situation of the world being taken over by one or more all powerful virtual corporations. To some this may seem a little "overly paranoid" but in my opinion it is best to carefully consider our digital future before just "leaping in".



So what other approach to consider if not wanting to create a "virtual corporation". One approach that I think should be given serious thought is that of a "community one". Rather than a bunch of strangers whose only concern is the returns that they can get from their investment you instead would have a group of like-minded individuals working to improve their community in a way that reflects their shared beliefs and morals.


Is this overly idealistic? Maybe so, but in general people can and do form communities for reasons of common beliefs and interests, and such communities are certainly capable of producing products or providing valuable services, and this is the direction that I would prefer to see our digital future moving towards.

http://ciyam.org/open/?cmd=view&data=20140611150753590000_P&ident=M100V112&chksum=049897de


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: gustav on June 11, 2016, 07:06:20 AM
gustav, I think OpenBazaar may be a valid wide adoption use case, and off the top of my head (without thinking deeply about it), appears we need the block chain to validate each state transition around transactions and listings, so that rules about reputation are enforced and validated by the block chain. Otherwise, the criticisms (https://bitcointalk.org/index.php?topic=1504381.msg15143801#msg15143801) I levied against CounterParty will seem to apply to OpenBazaar.

I do agree those investing in the smart block chain schemes aren't really interesting in mass adoption. They want get-rich-quick money pooling schemes.

So some dope-dealers on a tiny black market is your "massadoption", huh? I think they'll choose a more decentralized token than ETH for making their contracts. ETH won't even get the black market usecase. A competitor will snatch that up eventually.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 11, 2016, 07:07:40 AM
Thanks for sharing that epistle from CIYAM (community can be decentralized with DVCS open source):

Are "virtual corporations" really a great idea?

Could creating such autonomous entities actually make the world an even worse place?

It doesn't matter, because as I explained in the OP, a decentralized management structure by mass voting is a dysfunctional structure. It will simply blow up and fail to produce anything but redistribution of the money pool. I enumerated two reasons:

1. Organization is the antithesis of decentralization.

2. Money pools + voting = power vacuum

The DAO is nonsense except as a game around money pool power structure and politics. I am not even interested in discussing it further as it is a waste of time. Investors are doing that because they are deluded into thinking they can get rich want to lose their money. I think n00bs feel more comfortable with politics, than technology. They understand are familiar with politics. The DAO is taking technology that n00bs don't understand and packaging it in something the n00bs think is fair— democracy. Yet democracy is a power vacuum that always leads to totalitarianism. Since n00bs have never figured this out in 6000 years, then this can be reused to enslave them over and over again.


Vitalik, Tual, Larimars, etc.. seem to have wild fantasies that have no grounding in reality. I don't understand those dudes. Don't they know what they are building is crap. Or are they really deluded by their naive fantasies. Or maybe subconsciously the money is enough to motivate them, i.e. they are clever marketers, since it is obviously much easier to sell the fantasies to n00bs than to build mass adoption. Any way, I don't have time to worry or wonder about the way their thinking operates. And I don't want to go back into criticizing people. I will stand aside and observe them crash and burn. Unfortunately, those guys probably walk away with $millions and the n00bs lose. Boohoo that has been life for 6000 years.

I am just trying to ascertain if there are any valid use cases that I need to be aware of.


Edit: others are pointing out that investors better get the fuck out of the DAO and accept the -33% loss else they are going to end up losing everything:

https://bitcointalk.org/index.php?topic=1494333.msg15157775#msg15157775

Who ever invested in the DAO deserves the -33% instant loss to teach them a lesson. Those who hold on, will lose more.

I do expect the SEC will be coming after Tual et al, or who ever ends up capturing the power vacuum and keeping all the ETH wealth as it is extracted from the system by n00bs selling out as they realize it is fucked and by forcing "Yes" votes that pay to themselves. See the game theory I explained in my OP.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 11, 2016, 07:37:59 AM
So some dope-dealers on a tiny black market is your "massadoption", huh?

Buy and sell ads are very popular.

Unlike Craigslist, the idea is to add some reputation and escrow, to make it more reliable.

Having many different websites, each with different reputation schemes, is not as efficient.

Yeah I guess illegal products will be listed. But the government can't prosecute the decentralized block chain. It will have to go after the users who avail of those products.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: gustav on June 11, 2016, 02:03:07 PM
So some dope-dealers on a tiny black market is your "massadoption", huh?

Buy and sell ads are very popular.

Unlike Craigslist, the idea is to add some reputation and escrow, to make it more reliable.

Having many different websites, each with different reputation schemes, is not as efficient.

Yeah I guess illegal products will be listed. But the government can't prosecute the decentralized block chain. It will have to go after the users who avail of those products.

That is IF the blockchain was decentral which it isn't and it wouldn't fall apart due to bloat within the next 24 months, maybe then there could be a remote chance for it to attract some pocketchange-applications but sadly, it won't be functional long enough to build up an ecosystem or userbase. It'll just fade into obscurity from here on out as more and more unsoluble problems and exploits start surfacing ony by one, imo.

I said it months ago that they would cut back on everything because all these promises can't be held and the tech aswell as math is faulty.  They'll just have to scale the features back a lot to be barely able to keep it afloat. It is a true shitcoin, bro. King of shitcoins, that's what it is. You'll admit this later too, no worries.
 
Hardfork incoming  ;)


edit: it's also pretty remarkable how on almost all these ETH-pump-threads it's always hero and legendary members arguing with a member or lower about all this. You think we don't see that all the accounts pumping ETH who are above jr. member status are actually bought accounts? I'm arguing with a newbie account about ETH, lol.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 11, 2016, 03:13:00 PM
gustav, I wasn't limiting the use cases to the ETH block chain design. We already skewered Ethereum in the Ethereum Paradox thread.

Of course, I am assuming someone doing correct engineering, not Vitalik, Tual, et al wasting $millions on being technobullshit rock stars. When I was age 21, I coded WordUp in my bedroom for a year. When I launched a shipping product to the real market, my father invested $30,000. The company was profitable and helped 1000s of users with a real use case. I don't produce bullshit software.

https://www.google.com/search?q=neocept+wordup

Now I promised myself to not waste time attacking others, so let's just leave it at that. I hold Vitalik to the same standard as I what I was able to do at his age. I worked hard and quietly and produced real s/w. Not roam around talking and promoting pie-in-the-sky delusions to n00bs. Even the one Comdex show and another San Fernando valley usergroup I did, I was very frank with the audience about the capabilities and limitations of the s/w. I guess I have to thank Ethereum for creating so much hype in the market that investors are ready to hand over so much money. So perhaps I should be praising them for promoting crypto. So I guess I will take that perspective and HODL my engineering nose about the level of delusion and lack of frankness about the technological (game theory, economics, scaling, etc) bullshit. Everyone has their freewill and their own choice. They should be free to reap what they sow.

The DAO is really unreal. But it makes perfect sense why n00bs can be lead to that delusion. And the audacity of Tual to say he thinks it will be good for crypto even if all the money is wasted. Well in some sense, I have to admit he is correct, because everyone should be free to learn and experiment and waste $150 million. More power to them Lol.

So any way, back to OpenBazaar that seems to be potentially a valid use case if engineered correctly.

gustav, I am more Hero account than you. If I had stayed with one account, I'd be Legendary already. I don't think we are arguing, are we?


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: gustav on June 11, 2016, 03:49:06 PM
The thing with smart contracts is that they bloat up the chain really fast and once the chain is really big the node-count collapses and the coin stops being decentral - and a crypto that's not decentral isn't a crypto and is worth zilch, nada, zero.

So to make smart contract viable you'd need new technology for compressing data and that's not happening currently.

Longterm viable smart contracts in a truely decentral network are probably still a decade away.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 11, 2016, 03:51:55 PM
The thing with smart contracts is that they bloat up the chain really fast and once the chain is really big the node-count collapses and the coin stops being decentral. So to make smart contract viable you'd need new technology for compressing data and that's not happening currently.

I can fix that.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: gustav on June 11, 2016, 03:53:00 PM
The thing with smart contracts is that they bloat up the chain really fast and once the chain is really big the node-count collapses and the coin stops being decentral. So to make smart contract viable you'd need new technology for compressing data and that's not happening currently.

I can fix that.

Please do. You could win a nobel-prize with it.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 11, 2016, 04:24:29 PM
Please do. You could win a nobel-prize with it.

It is not that difficult, not deserving of a nobel-prize. The technology will be released soon in the context of strictly CC, not smart block chain. I don't like to give ETAs but it better be released within 2016. But I wasn't planning on targeting smart contracts initially. I am only 1 coder so I don't think I could do that all in one step with one launch. jl777 is probably closer to doing something with smart block chain scripting than I am, but again I should not speak for him and he can followed on slack apparently, so perhaps consider this inquiry as feedback for him as he maps out the GUIs for his next product launch. (no commitment yet from me if I working on his stuff or not, trying to feel my way through what the best priorities are)

As for actual stocks on the block chain, that is also a use case except it intersects regulations. The DAO attempts to sidestep that under the presumption that the stockholders vote on every decision of the organization, thus being entirely decentralized mgmt, then there is no "secuirty" of relying on others to manage the money invested. Thus in theory sidestepping investment securities regulation. But the problem is afaics, the DAO concept fails both game theory and also I can't see how any organization can function with stockholders voting on each decision of who to hire, fire, evaluate work, etc..

Legal contracts and perhaps business process logic can be enforced by smart contracts. The external inputs need to come into the block chain by way of M-of-N agents who sign the data. Can't just have the miners grab an unsigned data feed, as that would break Nash equilibrium.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 14, 2016, 07:41:38 PM
I wrote some posts about The DAO which are very similar to Barry's point:

https://bitcointalk.org/index.php?topic=1504662.msg15206740#msg15206740

Barry Silbert says:

Although Silbert is excited about Ethereum, he does not agree with the vision held by some of Ethereum’s most-ardent supporters. He explained:

    “I sense there’s a certain utopian view of society, which I may or may not agree with philosophically, that I just don’t see from a real-world application perspective happening anytime soon.”

Silbert went on to explain that a world where there is no regulation, lawyers, contracts, or SEC rules is not going to exist in the near future. He then clarified, “It may solve some problems. The idea of a decentralized autonomous organization, it’s super interesting.”

Silbert also noted that many of the earliest applications built on Ethereum are related to gambling, Ponzi schemes, or pyramid schemes, but he also admitted that this isn’t necessarily a problem. He added, “That’s OK because that’s an interesting way to experiment; it’s certainly what happened with Bitcoin.”

What Does the World Need from Ethereum?

One of the main criticisms of Ethereum up to this point has been the lack of useful applications that solve real-world problems. On a recent episode of Unconfirmed Transactions, host Dan Anderson and Wall Street veteran Tone Vays described how Ethereum supporters were unable to provide any use cases for the project to them at a recent meetup in New York.

During his panel appearance on day one of Consensus 2016, Silbert seemed sympathetic to the idea that practical applications of Ethereum are yet to be found. He stated: “I don’t think the world needs a decentralized Uber, which is one project. I don’t think the world needs a decentralized AirBnb, which is another project.”

Having said that, it’s important to remember that Ethereum is a platform on which a developer is essentially given the power to build any decentralized application they wish. It’s possible the best use cases of Ethereum have simply not been thought of at this point.

During his final comments on DAOs, Silbert questioned the role these decentralized organizations can play in the real world. He concluded:

     “These DAOs that are raising money from the masses with — basically it’s a blank check. It’s a pool of capital that’s going to be deployed in a way that I think will be very democratic. I’m skeptical because I don’t know the role it needs to play in society. I don’t know, in the capital formation process, what’s wrong with our current system that it’s solving for. I’m philosophically supportive. I hope it’s successful, but I don’t see the problem it’s solving yet.”


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: Zer0Sum on June 14, 2016, 09:43:18 PM

There are few blockchain use cases (mostly revolving around finance or registries or anon).

EVERYTHING not anon is better centralized...
And the market for anon is tops 5% of the global economy (mostly grey markets).

But nobody cares about the specifics...
Just show me the next bubble... with a cool whitepaper... and excellent buzzwords.

The Bitcoin bull run is going to spawn a new orgy of ICO scams.



Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: jesuslovesyou on June 15, 2016, 03:37:23 AM

There are few blockchain use cases (mostly revolving around finance or registries or anon).

EVERYTHING not anon is better centralized...
And the market for anon is tops 5% of the global economy (mostly grey markets).

But nobody cares about the specifics...
Just show me the next bubble... with a cool whitepaper... and excellent buzzwords.

The Bitcoin bull run is going to spawn a new orgy of ICO scams.



everyone seems to forget: btc would be worth nothing if it wasn't decentralised. I have no idea why a distributed network should have any value at all.
If it's not decentral it doesn't have any more value than a facebook-token.
People are stupid.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 15, 2016, 06:06:43 AM
btc would be worth nothing if it wasn't decentralised. I have no idea why a distributed network should have any value at all.
If it's not decentral it doesn't have any more value than a facebook-token.

Bitcoin is not decentralized, as it is controlled by the Chinese mining cartel + Blockstream (https://bitcointalk.org/index.php?topic=1413819.msg15216870#msg15216870).

Yet Bitcoin has value.

Fiat money is not decentralized, yet it has value.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 15, 2016, 08:48:09 AM
Women's lib:

https://steemit.com/active/girlsgonesteem-nsfw

Now, thanks to blockchain tech, women make more money on average than men!

We don't need a smart contract nor Dapp, to put up some content and get paid for it.

What Steemit is trying to do is collectivize our funds amongst the entire social network, then redistribute our funds based on who receives the most valid up voting.

Sorry but people don't want to join a social network to have their funds taken from them (for all those who are average) and redistributed to those who are above average.

Dan Larimer is a smart guy but in my opinion has always been (since I first debated him in BCT in 2013 about his plan to pay every token HODLer a dividend) a socialist/collectivist in a faux Libertarian skin. And that is why in my opinion all his designs have failed to achieve greatness.

The challenge is creating a system capable of identifying what contributions are needed and
their relative worth in a way that can scale to an unbounded number of people.

A proven system for evaluating and rewarding contributions is the free market. The free
market can be viewed as a single community where everyone trades with one another and
rewards are allocated by profit and loss. The market system rewards those who provide
value to others and punishes those who consume more value than they produce. The free
market supports many different currencies and money is simply a commodity that
everyone finds easy to exchange.

Since the free market is a proven system, it is tempting to try to create a free-market system
where content consumers directly pay content producers. However, direct payment is
inefficient and not really viable for content creation and curation. The value of most
content is so low relative to the cognitive, financial, and opportunity costs associated with
making a payment that few readers choose to tip. The abundance of free alternatives means
that enforcing a ‘paywall’ will drive readers elsewhere. There have been several attempts to
implement per-article micropayments from readers to authors, but none have become
widespread.

Steem is designed to enable effective micropayments for all kinds of contribution by
changing the economic equation. Readers no longer have to decide whether or not they
want to pay someone from their own pocket, instead they can vote content up or down and
Steem will use their votes to determine individual rewards. This means that people are given
a familiar and widely used interface and no longer face the cognitive, financial, and
opportunity costs associated traditional micropayment and tipping platforms.


Edit: someone has claimed (https://bitcointalk.org/index.php?topic=1548058.msg15562887#msg15562887) that payouts from Steemit are a deception.

My post (https://bitcointalk.org/index.php?topic=1480810.msg15538471#msg15538471) comparing Steemit and Synereo.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: jesuslovesyou on June 15, 2016, 09:08:36 AM
btc would be worth nothing if it wasn't decentralised. I have no idea why a distributed network should have any value at all.
If it's not decentral it doesn't have any more value than a facebook-token.

Bitcoin is not decentralized, as it is controlled by the Chinese mining cartel + Blockstream (https://bitcointalk.org/index.php?topic=1413819.msg15216870#msg15216870).

Yet Bitcoin has value.

Fiat money is not decentralized, yet it has value.

I would say it's still decentral but there is a trend to less decentralisation, that is true. Sadly that's an issue not many seem to care about.
It was even suggested to raise the blocksize when it was clear that would lead to even faster centralisation.

But pointing at btc and saying "it is less and less decentral therefore it's ok when we're selling central tokens now" instead of saying "we need to find a solution to keep coins decentral" is just extremely dumb.
If it was like that i'd leave crypto immediately andmany others too when the word got around.

All you people seem to take this coins-game for granted. It is not. If you fuck up these very fundamental things people will stop putting money into it.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 15, 2016, 10:14:26 AM
imnotback, what are you talking about?

Steemit is free to join, they give you free steem to join, and you can only make more money by posting and upvoting. oh, yeah, and they pay the girls we know, to go wild!

It is impossible to give away for free what isn't free.

It has to be a redistribution from some to others.

Yes you can offer it free as an incentive initially and take money from the speculators via debasement who are hoping some greater fools will buy the pump. But that isn't a model for anything sustainable that can sale up to millions of social networking users.

That same debasement is taking the money from the users of the system also, who use and thus hold the token.

Any more delusions?


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 15, 2016, 10:16:47 AM
btc would be worth nothing if it wasn't decentralised. I have no idea why a distributed network should have any value at all.
If it's not decentral it doesn't have any more value than a facebook-token.

Bitcoin is not decentralized, as it is controlled by the Chinese mining cartel + Blockstream (https://bitcointalk.org/index.php?topic=1413819.msg15216870#msg15216870).

Yet Bitcoin has value.

Fiat money is not decentralized, yet it has value.

I would say it's still decentral but there is a trend to less decentralisation, that is true. Sadly that's an issue not many seem to care about.
It was even suggested to raise the blocksize when it was clear that would lead to even faster centralisation.

My quoted link explains that it is just an illusion of decentralization. It is by now already centralized, as evident by China+Blockstream making the decision to kill XT and Classic (i.e. a form of 51% attack control).


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: jesuslovesyou on June 15, 2016, 10:19:50 AM

My quoted link explains that it is just an illusion of decentralization. It is by now already centralized, as evident by China+Blockstream making the decision to kill XT and Classic (i.e. a form of 51% attack control).

lol, you complain about centralization and in the same sentence complain about not getting bigger blocks. That's a contradiction because bigger blocks cause even more centralization.
Your views are invalid.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 15, 2016, 10:41:34 AM
My quoted link explains that it is just an illusion of decentralization. It is by now already centralized, as evident by China+Blockstream making the decision to kill XT and Classic (i.e. a form of 51% attack control).

lol, you complain about centralization and in the same sentence complain about not getting bigger blocks. That's a contradiction because bigger blocks cause even more centralization.
Your views are invalid.

You are referring to my post at this link (https://bitcointalk.org/index.php?topic=1413819.msg15216870#msg15216870).

1. I didn't complain about not getting larger blocks. Someone else did and I was responding to their erroneous assertion that Blockstream is against larger blocks.

2. I am making the point that Bitcoin can't be scaled up for higher transaction rates without being centralized. Others have argued that Lightning Networks can scale up transaction rate off chain with smaller blocks, but they are mistaken (https://bitcointalk.org/index.php?topic=1319681.msg15122014#msg15122014).

3. Actually "larger" blocks do not force centralization if you have the correct design which I have devised, but Satohi's design can't achieve it.

A friendly warning to you. I am much more expert (https://bitcointalk.org/index.php?topic=1361602.msg15111595#msg15111595) than you apparently realize.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: jesuslovesyou on June 15, 2016, 10:45:22 AM
My quoted link explains that it is just an illusion of decentralization. It is by now already centralized, as evident by China+Blockstream making the decision to kill XT and Classic (i.e. a form of 51% attack control).

lol, you complain about centralization and in the same sentence complain about not getting bigger blocks. That's a contradiction because bigger blocks cause even more centralization.
Your views are invalid.

You are referring to my post at this link (https://bitcointalk.org/index.php?topic=1413819.msg15216870#msg15216870).

1. I didn't complain about not getting larger blocks. Someone else did and I was responding to their erroneous assertion that Blockstream is against larger blocks.

2. I am making the point that Bitcoin can't be scaled up for higher transaction rates without being centralized. Others have argued that Lightning Networks can scale up transaction rate off chain with smaller blocks, but they are mistaken.

3. Actually "larger" blocks do not force centralization if you have the correct design which I have devised, but Satohi's design can't achieve it.

A friendly warning to you. I am much more expert than you apparently realize.

You're talking out of your ass. Your coins' design doesn't change your bandwidth. Crypto does not scale no matter how much you wish it. We'll be using many different chains in the future and other workarounds. The only tokens being able to scale are the centralized ones, but that's not a crypto.
People won't be fooled.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 15, 2016, 10:47:53 AM
You're talking out of your ass. Your coins' design doesn't change your bandwidth. Crypto does not scale no matter how much you wish it.

You will learn before the end of this year that you are incorrect.

Your conceptualization of the parameters is based on Satoshi's design. Some of your assumptions don't apply in a different design. Do note I put "larger" in quotes so that is why your assumption about bandwidth is inapplicable.

Note I added some links to my prior post.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: jesuslovesyou on June 15, 2016, 10:49:24 AM
You're talking out of your ass. Your coins' design doesn't change your bandwidth. Crypto does not scale no matter how much you wish it.

You will learn before the end of this year that you are incorrect.

Note I added some links to my prior post.

By what coin?

There is no legit decentral coin that tries to scale currently. Because it can't be done to infinity. You can only scale so much.

ETH is not a decentral token, so spare me that one.

Which other token will scale?

None of them. The coins with bigger blocks are broken. There is just an upper limit in traffic a decental network can handle. Just deal with it.

If you say you got a decentral token scaling to infinity you're certainly a scammer. 


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 15, 2016, 11:03:34 AM
imnotback, what are you talking about?

Steemit is free to join, they give you free steem to join, and you can only make more money by posting and upvoting. oh, yeah, and they pay the girls we know, to go wild!

It is impossible to give away for free what isn't free.

It has to be a redistribution from some to others.

Yes you can offer it free as an incentive initially and take money from the speculators via debasement who are hoping some greater fools will buy the pump. But that isn't a model for anything sustainable that can sale up to millions of social networking users.

That same debasement is taking the money from the users of the system also, who use and thus hold the token.

Any more delusions?

I disagree with the claim that Steemit will be decentralized.

SP is a requirement for voting for or against content. This means that SP is an access token
that grants its holders exclusive powers within the Steem platform.

So you have the largest investors in control of censorship of content, etc.. This is just Facebook by another name.

My concept for JAMBOX is that every user maintains his own rules about which content he wants to see and the reputation of the other users trusted in terms of rating content, i.e. that aspect of Synereo's model I think is valid (although I find other significant flaws in Synereo's design).


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: ttookk on June 15, 2016, 11:05:00 AM
I would add Proof of Existence as a valid usecase.

Especially when we are talking about contracts already, providing proof that they haven't been tampered with is a useful tool.

Proof of ownership might be a usecase also. A possible usecase could be licensing of copyrighted content.

In gaming and gambling, there are usecases as well, although I admit that they are not as "serious" as others, due to their nature (being games) and due to the fact, that most people simply won't care if decentralization improves a game on the backend. Those are games, after all.
BUT, in defense of games as a usecase: It is a "safe" enviroment to develop proofs of concepts without breaking anything important. It is likely, that some mechanisms applied to games work on "more important" usecases as well*.

And then, there is the idea of a decentralized supercomputer, but I am not sure how you get the participants to play by your rules. This looks like it could be exploited too easily by just submitting anything that looks remotely like it could fit the criteria. The Elastic guys are working on it, let's see what they come up with.
However, a variety of this idea I like is the idea of using this decentralized supercomputer for evolutionary programming. I think in this case, it would be possible to reward good finds somehow.



*there are currently some game ideas on Lisk:
https://forum.lisk.io/viewtopic.php?f=8&t=459
https://forum.lisk.io/viewtopic.php?f=8&t=483
https://docs.google.com/document/d/1ML_nI88q3c9N9oVJjyaLeBM4RoDA6LDtgxPskmTFgB8/edit?pref=2&pli=1


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 16, 2016, 12:38:31 AM
imnotback, what are you talking about?

Steemit is free to join, they give you free steem to join, and you can only make more money by posting and upvoting. oh, yeah, and they pay the girls we know, to go wild!

It is impossible to give away for free what isn't free.

It has to be a redistribution from some to others.

Yes you can offer it free as an incentive initially and take money from the speculators via debasement who are hoping some greater fools will buy the pump. But that isn't a model for anything sustainable that can sale up to millions of social networking users.

That same debasement is taking the money from the users of the system also, who use and thus hold the token.

Any more delusions?

https://steem.io/roadmap/launch-and-sale/#steem-allocation
https://steem.io/SteemWhitePaper.pdf#page=9

So Vested Steem are debased at ~10% a year to fund votes and posts.

Thus with a $36.5 million market cap, it could payout on average $1 per day to 10,000 users.

But obviously those who spend more time & effort on the site will earn more and the others will earn less. So let's say on average the typical user gets $0.25 cents per day in that scenario of 10,000 users and $36.5m mcap.

To be worthwhile to attract typical users, figure a minimum of $1 per day, so for a million typical users@ $1 per day we would need a $14.6 billion mcap.

That might just barely be realistic, but I actually think most mainstream users won't bother for $1 per day. At $3 per day, probably significant interest as it approaches $90 per month. But that would require a $44 billion mcap for just a million user base.

https://en.wikipedia.org/wiki/List_of_social_networking_websites
https://en.wikipedia.org/wiki/List_of_virtual_communities_with_more_than_100_million_active_users

I seems enticing users with a financial incentive is dubious. Users join a social network to accomplish something of their interest. To incentivize usership by debasing the investors and hoping it generates enough buzz that the market cap paces with usership growth, seems to be pie-in-the-sky hope. More than likely is that very little interest will be generated because the investors are not allowed to sell Vested Steem at-will. They forced into long lockup period on a very risky token and speculative venture.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: Momimaus on June 16, 2016, 04:26:09 AM
gustav, I wasn't limiting the use cases to the ETH block chain design. We already skewered Ethereum in the Ethereum Paradox thread.

Of course, I am assuming someone doing correct engineering, not Vitalik, Tual, et al wasting $millions on being technobullshit rock stars. When I was age 21, I coded WordUp in my bedroom for a year. When I launched a shipping product to the real market, my father invested $30,000. The company was profitable and helped 1000s of users with a real use case. I don't produce bullshit software.

https://www.google.com/search?q=neocept+wordup

Now I promised myself to not waste time attacking others, so let's just leave it at that. I hold Vitalik to the same standard as I what I was able to do at his age. I worked hard and quietly and produced real s/w. Not roam around talking and promoting pie-in-the-sky delusions to n00bs. Even the one Comdex show and another San Fernando valley usergroup I did, I was very frank with the audience about the capabilities and limitations of the s/w. I guess I have to thank Ethereum for creating so much hype in the market that investors are ready to hand over so much money. So perhaps I should be praising them for promoting crypto. So I guess I will take that perspective and HODL my engineering nose about the level of delusion and lack of frankness about the technological (game theory, economics, scaling, etc) bullshit. Everyone has their freewill and their own choice. They should be free to reap what they sow.

The DAO is really unreal. But it makes perfect sense why n00bs can be lead to that delusion. And the audacity of Tual to say he thinks it will be good for crypto even if all the money is wasted. Well in some sense, I have to admit he is correct, because everyone should be free to learn and experiment and waste $150 million. More power to them Lol.

So any way, back to OpenBazaar that seems to be potentially a valid use case if engineered correctly.

gustav, I am more Hero account than you. If I had stayed with one account, I'd be Legendary already. I don't think we are arguing, are we?

Stop comparing yourself with Vitalik
Homer Simpson doesn't compare himself with Albert Einstein either.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 16, 2016, 09:33:52 AM
tokeweed, it is always about the marketing...

My talent is that I am am adept at technology, people motivation, and economic theory. I can often combine those three into new paradigm shifts. I am still trying to create my first big paradigm shift in the altcoin arena. I think I may have finally discovered it last night while I was sleeping. I awoke and realized I have figured out the killer app for smart block chains that millions of investors and entreprenuers really need which can not be serviced by a centralized solution such as Seedr or Kickstarter! The key insight came from studying my own insight into the key macro economic flaw of The DAO.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 16, 2016, 09:44:45 AM
I am bookmarking this post and making sure I come back and read it frequently. So I continue to try to resist my inherent attributes (resist my age and solidified methodologies) which might cause me to "miss the train" on what the youth are up to.


gustav, I wasn't limiting the use cases to the ETH block chain design. We already skewered Ethereum in the Ethereum Paradox thread.

Of course, I am assuming someone doing correct engineering, not Vitalik, Tual, et al wasting $millions on being technobullshit rock stars. When I was age 21, I coded WordUp in my bedroom for a year. When I launched a shipping product to the real market, my father invested $30,000. The company was profitable and helped 1000s of users with a real use case. I don't produce bullshit software.

https://www.google.com/search?q=neocept+wordup

Now I promised myself to not waste time attacking others, so let's just leave it at that. I hold Vitalik to the same standard as I what I was able to do at his age. I worked hard and quietly and produced real s/w. Not roam around talking and promoting pie-in-the-sky delusions to n00bs. Even the one Comdex show and another San Fernando valley usergroup I did, I was very frank with the audience about the capabilities and limitations of the s/w. I guess I have to thank Ethereum for creating so much hype in the market that investors are ready to hand over so much money. So perhaps I should be praising them for promoting crypto. So I guess I will take that perspective and HODL my engineering nose about the level of delusion and lack of frankness about the technological (game theory, economics, scaling, etc) bullshit. Everyone has their freewill and their own choice. They should be free to reap what they sow.

The DAO is really unreal. But it makes perfect sense why n00bs can be lead to that delusion. And the audacity of Tual to say he thinks it will be good for crypto even if all the money is wasted. Well in some sense, I have to admit he is correct, because everyone should be free to learn and experiment and waste $150 million. More power to them Lol.

So any way, back to OpenBazaar that seems to be potentially a valid use case if engineered correctly.

gustav, I am more Hero account than you. If I had stayed with one account, I'd be Legendary already. I don't think we are arguing, are we?

Stop comparing yourself with Vitalik
Homer Simpson doesn't compare himself with Albert Einstein either.

In my opinion, everything I wrote above is valid (and that is not true of some other posts (https://bitcointalk.org/index.php?topic=1504662.msg15171359#msg15171359) I've made recently because I am learning very fast right now about this phenomenon I described below). I am entitled to share my opinion. I am not attacking subjective ambiguous attributes such as his ethics (although I was perplexed as to whether they believe some of their unworkable fantasy designs (https://bitcointalk.org/index.php?topic=1504662.msg15171359#msg15171359)). I am not berating anyone nor repeating over and over again trying to force it down your throat. You incite me to respond because of your attack with an implied assertion that I am only Homer Simpson and that I am nothing in comparison to Vitalik as Albert Einstein. The difference that you perceive has probably more to do with the difference that I describe below between an Xgen and a Zgen, in that I won't actually launch something until I am sure I have worked out the details and I am confident I have something that is workable. That doesn't necessarily mean my style of work is better.

I think Vitalik said it best himself where he has basically admitted he was (at least initially) playing this like a cartoon or game with a bimodal perspective on reality (https://bitcointalk.org/index.php?topic=1504662.msg15217997#msg15217997). The Millennials seem to have been raised to think life is like a game. Unlike when we were kids and there were no computers, no gadgets and we needed to go climb trees and play with insects, the youth starting about with Vitalik's generation (and I should know because I have a son his age who is addicted to gaming), grew up with a different idea of what reality is. Yeah I am old enough to be Vitalik's father.

So it is important to understand they will think of the world from much more virtual reality terms than actual reality.

I think that is a valid insight to share.

Vitalik is math smart. He also knows how to inspire the dreams about a utopian virtual reality. But when it comes down to producing scalable technology and common sense business objectives, it seems that is not his forte so far. He may improve on his weaknesses as he matures. And I may improve on emulating what he does best, as I learn from studying him, his generation, and the phenomenon they initiated (which is the purpose of this thread). I understand very well that the youth drive the future, and so I damn well better understand what they are up to. It is has been difficult for me to make the transition from my upbringing which is to have solid engineering and total design before embarking, to this new way of just having a nebulous idea and raising $millions without really knowing how the idea will end up being scaled and workable. I am realizing this has a lot to do with the generational difference in attitudes and upbringing. With games, you start playing and figure it out as you go along. For example, I noticed my son was much less interested in getting all the engineering of something worked out in his head like I do, and instead he was more interested in detailed discoveries while playing. He wanted the work to be part of the game, not something separated. You can see this in Vitalik's Ethereum blogs. He was working as part of the game. For him, the burnrate was okay because it was all part of the game of him being able to work with as many like-minded dreamers. Tual reiterated this recently when he stated that it is okay that even if The DAO fails, then it still would have been good for the crypto-currency ecosystem. For them, the ecosystem is the game.

It's all about the game.

I think that is a good result for all of us, for such insight, learning, and progress to be achieved.

...

P.S. I originally underestimated either how ignorant or insouciant CC investors are. They either really believe in nonsense, and/or they really only care about trying to form as much pump excitement as possible regardless of any realities about actual user value created. It also appears to be a difference of perspective on what constitutes value with many here I guess thinking that enabling more investment vehicles of any form is an advance of value. I haven't yet determined the mix between naivete, insouciance, and different valid perspectives. I am still trying to determine if I missed some key factor about value being created. And I am not trying to tell them to change. I am trying to understand this altcoin investing market and where it will lead.

Lots of hate on this thread

I am not hating these guys. More power to them to have created so much investor interest in altcoins.

I am just sharing my analysis of the possible outcome. I am bit perturbed when people idolize this stuff so much. But I am learning to realize it is necessary. I am okay with every person having their own free will.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 16, 2016, 10:42:57 AM
Exactly, and what is the value to the business (market cap) when there are 9x more "Preferred" holders than "common"

And your first statement is incorrect, the common shares are debased and the preferred shares (vested) collect interest but only enough to offset the inflation of the common

Please explain the way this is accomplished, because what I see is that 10% new Vested STEEM tokens are created every year. How is that not debasement?

I think you are being fooled by the fact that they debase the common STEEM tokens 100% per annum, thus you think they Vested STEEM rises in value 9X more than the common STEEM. But the common STEEM is debased by 100% and 10% of that is for the Vested STEEM, so although the Vested STEEM rises in relative value, it also falls 10% in value relative to exchange value to fiat (that is not factoring in investment flows in and out).

Thus since you've missed the key math of the economic reality, I think that might be one reason you haven't been able to evaluate properly that this can't be a good investment. My math in my prior post to which replied showed that they need to debase by much more than 10% if they hope to fund a large quantity of social networking membership motivated by leeching money off the system.

Fundamentally I think paying people to participate in social networking is not very astute marketing. It will gain some interest now while payouts are high but as more people compete and payouts drop, then there really isn't any other compelling reason to use the service so far. The marketing plan so far is too one dimensional and doesn't appear to create synergies of use.

What are you going to do, it's BitShares at heart, they come from the western corporate structure paradigm. So if you want more control, then buy more stake, while the business carries on with or
without your involvement.  The decision is yours.

Or copy them and try to do it better.  But you know how cool and buzzworthy everything is the second third fourth time around.

Oh I don't think they are any where close to having the correct formula or marketing. I am staying away, except I might try to extract some payouts for content as others are doing. A few quick $1000s is nice.

It is an unfortunate reality that their system appears to encourages users to leech off of it instead of building it up  because of some synergy.

Perhaps I can think of some suggestions of how to improve the plan for it.

Even if I do think of some good suggestions for them, I think the 2 year lockup for Vested STEEM just depresses their relative value. Of course a trading market for those will form, and the price will be discounted by the long duration lockup risk.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: immangrace on June 16, 2016, 02:07:15 PM
I advise you to never enter something you don't understand. If smart contracts are confusing for you (and me too, don't see the use) then don't enter the game unless you are prpared to lose the amount you enter with.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: qwik2learn on June 16, 2016, 07:30:30 PM
Distributed Identity Project Wins $20k Hackathon Prize at Distributed: Trade Conference
Quote
Also notable was that all of the winners – as well as several other participants – chose the Ethereum blockchain platform on which to develop their prototypes.
...
The judges assessed the projects on a number of criteria, including the relevance of the problem being solved to supply chain challenges, its use of unique features of blockchain technology, the commercial potential of the application, the technical feasibility of implementing the application in the real world and the quality of the presentation of the project.
Read more:
https://godistributed.com/articles/distributed-identity-project-wins-k-hackathon-prize-at-distributed-trade-conference/


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 17, 2016, 11:49:00 AM
tokeweed, it is always about the marketing...

My talent is that I am am adept at technology, people motivation, and economic theory. I can often combine those three into new paradigm shifts. I am still trying to create my first big paradigm shift in the altcoin arena. I think I may have finally discovered it last night while I was sleeping. I awoke and realized I have figured out the killer app for smart block chains that millions of investors and entreprenuers really need which can not be serviced by a centralized solution such as Seedr or Kickstarter! The key insight came from studying my own insight into the key macro economic flaw of The DAO.

So after some more thought and discussions, I realized that Vitalik, Dan Larimer, and Tual have incorrectly conceptualized the conceptual structure and algorithm of a DAO and this is the reason that the DAO has insoluble design flaws and game theory flaws.

https://steemit.com/crypto-news/@dan/is-the-dao-going-to-be-doa
https://blog.slock.it/a-primer-to-the-decentralized-autonomous-organization-dao-69fb125bd3cd
https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide/

Note Vitalik's conceptualization is actually not wrong, but too abstract and what The DAO codified is what I think is incorrect. I like Vitalik's chart except DAOs have humans in control ("in the center") but they are governed by protocol (which is probably what Vitalik means by "automation"):

https://blog.ethereum.org/wp-content/uploads/2013/12/dao-quadrants.jpg

(Lol, there is that Millennials culture (https://bitcointalk.org/index.php?topic=1504662.msg15217997#msg15217997) again, "AI (holy grail)" as if replacing all humans is a good or even plausible goal. It is not even wrong (http://unheresy.com/Information%20Is%20Alive.html#Algorithm_!=_Entropy).)

My ideas address all of Daniel Larimer's above linked criticisms of DAOs.

I am not yet ready to reveal specifically what I realized, but asap I will. The hint is that the problems derive around organizing a DAO as separate projects and the loss of individual investor control through pooling funds and voting. The concept of the DAO that remains in my idea is of individual investor control which is necessary to provide the legal structure which is arguably not an investment security (not depending on any other entity securing the expectation of gains) so as to avoid regulation of raising funds for new ventures and operating those ventures. Vitalik I think sort of captures my idea in his section Decentralized Autonomous Corporations about the difference between a DAO and DAC. I am thinking more of a DAC, yet still my idea is a DAO not a DAC.

I am now seeking out how I can implement this idea pronto.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: Jacques21 on June 17, 2016, 12:04:33 PM
The only valid use case for the DAO so far has been to steal shitloads of ETH


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 17, 2016, 12:13:36 PM
The only valid use case for the DAO so far has been to steal shitloads of ETH

I just wrote about that:

So the hard fork to recover the ETH means Ethereum is not decentralized. It is a top-down controlled fiat system.

I don't know if "top-down controlled" is the right description, its more like a democracy where the majority can vote to strip the minority of its rights.

Democracy is a top-down structure because it is a winner-take-all power vacuum (http://esr.ibiblio.org/?p=984).

But I see a very valid use case (https://bitcointalk.org/index.php?topic=1505886.msg15250689#msg15250689) to raise money for and remove regulation from raising investment money for ventures. And giving decentralized oversight to investors replacing the function of a Board of Directors.

Note I had predicted yesterday this disaster:

Btw I agree that there haven't been really serious achievements from altcoins. Ethereum is an unfinished and highly unpolished work, that doesn't yet have a killer app. The DAO is an unmitigated disaster in the making.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 17, 2016, 03:24:58 PM
A DAO can't be about having the crowd manage every day-to-day event. That is what entities hire other entities to do as managers:

Seems they have published their own security flaw and didn't close it

https://github.com/slockit/DAO/pull/247/commits/b7038eacdc3b8bb07cfb6cb8bcc98dba9e2c9302

They had 2 Pull Requests that attempted to address issue. Here is other one

https://github.com/slockit/DAO/pull/248

Seems that one was never merged as well.



It's been a known problem publically since June 9th. If I can find the link I'll edit this post.

Additionally (I could be wrong on this) the DAO requires two weeks of voting to correct such flaws.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: aidia on June 18, 2016, 09:06:36 AM
it is hype for scam purpose only

In the case of DAO, Slock.it, and Augur, then that seems to be the case. There is no valid use case which isn't game theory broken for those. Expect The DAO to eventually collapse in a massive clusterfuck of theft and waste with most losing their money. Wise people would get the hell out of The DAO as fast as they can, because the DAO is broken in the sense that you can be jammed from exiting (http://hackingdistributed.com/2016/05/27/dao-call-for-moratorium/).

Decentralized crowd funding might be viable.

Gotta love this, made my day :)


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 18, 2016, 03:35:17 PM
I will expound on this soon:

You people thinking ETH will bounce back are "cooked" like seriously.. denial much? they fucked up worse then anything i have ever seen in crypto.
the fact you even compare it to BTC's problems in the past is just ridiculous.
like reality check the exchanges are locked up and it has lost already .5 billion... in like 48hrs!

Companies (even multi-nationals and some oligarchies) steal and waste $trillions all the time. Nation-states also. The goals of decentralizing the behemoths is orders-of-magnitude more valuable than some $millions experimental losses along the way.


I am going to say it straightly, 0.05 BTC.

There is a panic now, you guys are not wrong, hard-soft fork, eth pos etc. bla bla bla.

But after the dust, eth will see an all time high. Sorry.

The DAO bad news is a big challenge to ETH. If this matter gets resolved, there is a good chance that ETH will continue its uptrend.

If this bad news drags on, there is a good chance this coin will follow the footsteps of Litecoin.

Unless something else replaces Ethereum as the leading marketcap for smart contracts, then Ethereum will recover as Bitcoin did after the decline to $7 or $1. Litecoin apparently lost its main raison d'etre which was those who were pumping BTC to $1200 needed a highly liquid coin to exit into and it had served as a home for displaced GPU miners when Bitcoin ASICs appeared.

This is assuming there isn't some insoluble technical issues, such as this one I opined about:

The only way it is fixed is by the ecosystem maturing and having a wide diversity of smart contracts (many of which have been well vetted) so that the failure of any one of them can't impact the ETH price significantly. And I think also Ethereum might have a problem where bad contracts can infect other contracts, so that may prevent the ecosystem from ever being NOT TOO BIG TO FAIL (I need to research this more).

I had an epiphany also it was not to touch that link with a ten foot pole.

I practically wrote the Ethereum Paradox thread, so you are preaching to a former member of your tribe.

I don't intentionally promulgate technological bullshit.

So be careful. I think there is something very important coming as a use case in the smart contract area. I will be writing more about this soon.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 18, 2016, 10:35:21 PM
so how can you shut down a decentralized autonomous organization?

Do you know any decentralized autonomous organization ?

I don't ..

Yes, DASH.org.  The first DAO. 

The difference: Marketing that feature is taking a backseat to development.  Doing it right I'd say.

DASH does seem to be a functioning DAO where D is distributed but sure if it is decentralized control. The stakeholders apparently vote on the actions or management of the development of the open source. The stakeholders apparently approved to have % of the mining rewards paid to a foundation which then distributes the funds according to projects approved by votes of the stakeholders. However what is not clear to me is to what degree this is all enforced by smart contract protocol or done manually by the foundation.

There are allegations however that the distribution of the DASH tokens were highly concentrated by an alleged instamine and subsequent masternode ROI scheme which may have further concentrated the tokens held by the core insiders. But I don't know if anyone has been able to prove conclusively that DASH is not really decentralized, although the suspicion is apparently strong amongst some especially Monero supporters.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 19, 2016, 02:04:19 AM
What is a DAO?

In a normal corporation, the investors delegate control to a board of directors and the board decides whether to retain profits or pay dividends and hire/fire the CEO.

In DAC/DAO/DO, the investors actively vote on issues. The distinctions between those three have to do with the structure of this control...

Let's first review Vitalik's chart below:

https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide/

Note Vitalik's conceptualization is actually not wrong, but too abstract and what The DAO codified is what I think is incorrect. I like Vitalik's chart except DAOs have humans in control ("in the center") but they are governed by protocol (which is probably what Vitalik means by "automation"):

https://blog.ethereum.org/wp-content/uploads/2013/12/dao-quadrants.jpg

Notice on "Internal Capital" table, the horizontal line separating "Automation at the center" at the top from "Humans at the center" at the bottom is labeled "DO" for decentralized organization, because "DO" is decentralizing the "Humans at the center" but not automating the decisions of protocol at the center controlling the "Human at the edges" (where edges means who do the work).

And the vertical line separating "Automation at the edges" on the left from "Humans at the edges" on the right is labled "Tools" because they are doing the majority of the work but not automating (thus still requiring human workers for) their operation.

You can see that table is quite insightful and abstract. This is an example of why people think of Vitalik as genius. But it is all quite obvious if one were to sit down and think about deeply for a while as obviously Vitalik did.



Now I am going to demonstrate (in a very sleepless and almost delirious mental state so please excuse the low quality of the prose) I am an abstract forward/deep/paradigm-shift thinker similar (but different of course) to what some people observe/praise about Vitalik.

It is on the term "autonomous" that Vitalik's taxonomy gets murky (muddled) as he admits. It appears that Vitalik conflated "automation" with "autonomy". It appears that Vitalik thinks that we require automation in order to obtain autonomy.

Here is the insight that occurred to me in the past 48 hours or so (the days have all run together). Whereas, I am thinking the autonomy attribute is applicable to the "humans in the center" involved in the control. In other words, DVCS open source enables each human participant to be autonomous because each can have their own individualized repository. Automation has nothing to do with it. The key technological breakthrough for DVCS was the relative changeset logic, using a hash to identify changesets, and storing the repositories locally, which isn't automation but rather a protocol for destructuring to increase degrees-of-freedom, i.e. removing hierarchies.

So whereas for Vitalik the distinction between a "DAO" and a "DO" is the former has complete A.I. automation over all decisions controlling the humans at the edges, i.e. like a master 1984 enslavement computer, I rather conceive that the "DAO" as destructuring (perhaps even automated) protocol which enables humans at the center to be autonomous. And the "DO" is many decentralized humans in the center, but they are bound together with less degrees-of-freedom in the structure enforced by the protocol that governs (i.e. by-laws for) their organization.

For example, my understanding of DASH's protocol for stakeholders is limited, but I assume it is based on a majority vote and there is no way to opt-out other than to sell your stake (unstake your masternode deposit), and thus the humans in the center controlling it are not really autonomous, thus DASH is a "DO" not a "DAO". And The DAO wasn't autonomous either and that was its critical flaw (other than the bug that enabled theft of funds) in that individual humans could not autonomously elect projects (and splitting had flawed game theory), so it couldn't be anything more than a power vacuum (slush fund) with spoils to whomever could win in the voting game theory. The DAO was worse than if the participants had invested in individual projects separately, thus the only purpose of the DAO was a game theory around controlling the pooled funds. No individual autonomy for the investors. The Ethereum and DAO developers appears to be so strongly into automation (and creating a master 1984 enslavement system? or is this just their Millennials Warcraft game A.I. culture (https://bitcointalk.org/index.php?topic=1504662.msg15217997#msg15217997)?), that they built a DAO which was less autonomous than if each investor invested in projects separately from the DAO.

A Dash consultant Ira Miller wrote something similar but with different conclusions to mine:

https://medium.com/@gitguild/not-too-late-for-humans-to-save-ethereum-2f42f5fdfb75

Vitalik goes on to compare DAO to Dan Larimer's DAC, with the key difference being that profits are not retained in the latter. Retaining profits in the collective pool lowers autonomy, so actually DAO = DAC except when it is a non-profit. Vitalik seemed to think retaining profit (i.e. the organization is profitable) is non-profit if the profits aren't distributed back to the humans at the center. Whereas, I think the distinction is that retained profits indicates a "DO" because the stakeholders are no longer empowered to take their capital away except by selling the token which is not the same because liquidity of the float is not the same as distributing profit, i.e. 20% of the stakeholders can't sell their tokens at once to protest a vote of the majority. The DAO offered a split feature but the game theory was flawed.

I have more to write when I am not so delirious from lack of sleep. This is just a first draft to get some of my ideas written down. I'll need to expound on the differences between Ira Miller's perspective and mine.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 19, 2016, 02:46:20 AM
An interesting read from a guy reddit.  He gave compelling arguments and it does make you think twice about the viability and security of the current smart contract plaforms and DAOs currently in circulation.

Source:   The bug which the "DAO hacker" exploited was *not* "merely in the DAO itself" (ie, *separate* from Ethereum). The bug was in Ethereum's *language design* itself (Solidity / EVM - Ethereum Virtual Machine) - shown by the "recursive call bug discovery" divulged (and dismissed) on slock.it last week. (https://www.reddit.com/r/ethereum/comments/4opjov/the_bug_which_the_dao_hacker_exploited_was_not/)

Here's an excerpt of the post.

Quote
Complexity and "Turing completeness" are not the real culprit here - those are all good things that we can have someday. The real culprit is poor language design. Specifically, I would recommend using "functional" (rather than "procedural") languages for mission-critical code which will be driving "smart contracts" - and even better if a high-level "specification" language could be used, allowing formal derivation of a (verifiably correct) program in a low-level "implementation" language (ie, providing mathematical proof that the implementation satisfies the specification - and mitigating the problem where the high-level human-readable "description" is different from the low-level machine-runnable "code"). I suspect many people (raised in a world where JavaScript is the "assembly language of the web") might not know about some of the history and possibly related work. So take this as a stern lecture telling you to take a good look at the history of functional languages (and specification vs implementation languages) as used in mission-critical projects, including finance - which, even when using such tools, are still very hard to get right - as we can see from the decades-long history of failures of major projects in defense, healthcare, aerospace, etc.

I don't think language design can fix "reentrancy-safety". The problem is Turing-completeness which is unbounded recursion. That is not something you can entirely solve with the language design.

If your smart block chain project doesn't know how to explain what I am talking about here, then you should not be investing because they probably don't really know what they are doing. They think they can just slap on a programming language to a block chain. Sorry! The problem is fundamentally insoluble and any breakthrough will have to be a paradigm-shift!

All these Block Chain Alt devs are recreating the mistakes that mathematicians and software engineers have discovered years ago.

And that we all told them back in late 2013 not to do it. I personally told Charles. Vitalik invented "gas" and thought that was sufficient.

Quoting myself from 2011:

Fundamentally, Turing-completeness is one concise requirement, unbounded recursion.

I had already explained why that Reddit post is incorrect:

Just turing complete...

https://www.reddit.com/r/btc/comments/4op2es/the_bug_which_the_dao_hacker_exploited_was_not/

I haven't studied the specific vulnerability in this case[1], but I think it has to do with the contract code doing mutability aliasing on global state. So this is an issue of synchronizing mutability aliasing.

For example, imagine if some intended to be atomic operation[1] of a check for sending of ETH out of the contract had not set a global count of sent before some recursion which enabled sending more ETH out, thus exceeding the threshold.

So the Reddit post seems to be somewhat clueless about the actual issue. Functional programming and static typing is orthogonal to the issue of dealing with global state and mutability aliasing. I had just finished analyzing this issue at the Rust-lang forum and in my private discussion with keane recently. Although Rust can statically check mutability aliasing, this is restricted to disjoint data structures. We concluded that some semantics can't be modelled with a static checker. Mutability aliasing is thorny issue and I am not familiar enough with Coq to know if it can model it. I would need to really dig into the details of this and study it before I can comment with high degree of confidence.

[1]http://hackingdistributed.com/2016/06/18/analysis-of-the-dao-exploit/
https://www.youtube.com/watch?v=RHcLKrkwPLQ#t=730
https://github.com/LeastAuthority/ethereum-analyses/blob/master/GasEcon.md#case-study-the-crowfunding-contract-example
https://blog.ethereum.org/2016/06/19/thinking-smart-contract-security/
http://hackingdistributed.com/2016/06/16/scanning-live-ethereum-contracts-for-bugs/#what-about-the-recursive-race-problem-in-thedao


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 19, 2016, 12:42:05 PM
Vitalik
https://blog.ethereum.org/2016/06/19/thinking-smart-contract-security/

"However, it does show that there is a fundamental barrier to what can be accomplished, and “fairness” is not something that can be mathematically proven in a theorem"

well yes it can:

If you hold a system will function in a particular way and it does then that is fair, and you can mathematically prove it
https://www.reddit.com/r/ethereum/comments/4opjov/the_bug_which_the_dao_hacker_exploited_was_not/
TL;DR - Complexity and "Turing completeness" are not the real culprit here...

How many times am I going to have to repeat myself and link to my explanation that the quoted Reddit above is INCORRECT!

https://bitcointalk.org/index.php?topic=1505886.msg15273470#msg15273470 <--- click & read please

Vitalik is correct. The Reddit post is not. Period.

Turning-complete programming on a block chain can't be guaranteed to be secure. There will always be a gap between "intent" and "execution".

The fundamental reason is tied into the Halting problem, in that one can't prove an absolute negative, e.g. prove that no dinosaurs are still alive any where in the universe. It is undecideable.

Fundamentally this is the Second Law of Thermodynamics and the fact that time is irreversible so entropy is unbounded. The only way that wouldn't be the case would be if the speed-of-light was not finite, but then the past and future would collapse into the same infinitesimal point of nothingness and nothing could exist.

Theorem provers such as Coq produce output that is not Turing-complete. Yet that isn't even relevant, because "intent" can't be absolutely quantified in code or specification because interpretation is relative, i.e. the only account of history which is 100% certain doesn't exist (people will disagree on what happened because no one was every where in real-time, i.e. the speed-of-light is finite).

If you can't grasp this, don't fret. It requires a high level of intellect and also understanding of several fields including computer science and physics.

The bottom line is that Turing-complete programming on a block chain is "a can of worms" which is what we all told Ethereum since back in 2013 when Vitalik first proposed it.

Another attack occurring?

https://www.reddit.com/r/ethtrader/comments/4ot3vi/warning_another_successful_attack_recursive_split/

Published on may 18th

Ethereum Contracts Are Going To Be Candy For Hackers

http://vessenes.com/ethereum-contracts-are-going-to-be-candy-for-hackers/

It isn't "tarnished forever" if the problem is confined to where it originated. That was the whole point of a "Turing Complete" scripting language - to isolate one contract from another and from the underlying platform itself as I've explained here (https://bitcointalk.org/index.php?topic=1504662.msg15277637#msg15277637) and in previous posts in that thread.

I responded to your linked post as quoted above:

The very architecture of a smart contract blockchain makes the logic of the "Turing Complete" scripting language independent of the logic of the blockchain on which it runs. Kind of like the separation of executive a legislative powers in states. If you decide to p*ss all over that principle just to save yourself embarrassment and investors in a known risky asset from taking a haircut then you just kill it for everybody.

Incorrect! Turing-completeness is unbounded recursion. Thus it makes it impossible to encapsulate scripts from each other and from internal recursion, etc. (https://bitcointalk.org/index.php?topic=1505886.msg15278364#msg15278364). It is the opposite of your incorrect assumption!

You should stop spreading lies about computer science that you do not understand.



Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 19, 2016, 03:04:26 PM
The issue now is with DAO, not Ether.

Incorrect (https://bitcointalk.org/index.php?topic=1505886.msg15278364#msg15278364).

Okay. That is too technical. It is beyond my understanding. Do you mind explaining it in layman terms or, at least in bachelor's level?

Does this help?

http://ebiquity.umbc.edu/blogger/2008/01/19/how-dr-suess-would-prove-the-halting-problem-undecidable/

Scooping the Loop Snooper
an elementary proof of the undecidability of the halting problem

Geoffrey K. Pullum, University of Edinburgh

No program can say what another will do.
Now, I won’t just assert that, I’ll prove it to you:
I will prove that although you might work til you drop,
you can’t predict whether a program will stop.

Imagine we have a procedure called P
that will snoop in the source code of programs to see
there aren’t infinite loops that go round and around;
and P prints the word “Fine!” if no looping is found.

You feed in your code, and the input it needs,
and then P takes them both and it studies and reads
and computes whether things will all end as they should
(as opposed to going loopy the way that they could).

Well, the truth is that P cannot possibly be,
because if you wrote it and gave it to me,
I could use it to set up a logical bind
that would shatter your reason and scramble your mind.

Here’s the trick I would use – and it’s simple to do.
I’d define a procedure – we’ll name the thing Q –
that would take any program and call P (of course!)
to tell if it looped, by reading the source;

And if so, Q would simply print “Loop!” and then stop;
but if no, Q would go right back to the top,
and start off again, looping endlessly back,
til the universe dies and is frozen and black.

And this program called Q wouldn’t stay on the shelf;
I would run it, and (fiendishly) feed it itself.
What behaviour results when I do this with Q?
When it reads its own source, just what will it do?

If P warns of loops, Q will print “Loop!” and quit;
yet P is supposed to speak truly of it.
So if Q’s going to quit, then P should say, “Fine!” –
which will make Q go back to its very first line!

No matter what P would have done, Q will scoop it:
Q uses P’s output to make P look stupid.
If P gets things right then it lies in its tooth;
and if it speaks falsely, it’s telling the truth!

I’ve created a paradox, neat as can be –
and simply by using your putative P.
When you assumed P you stepped into a snare;
Your assumptions have led you right into my lair.

So, how to escape from this logical mess?
I don’t have to tell you; I’m sure you can guess.
By reductio, there cannot possibly be
a procedure that acts like the mythical P.

You can never discover mechanical means
for predicting the acts of computing machines.
It’s something that cannot be done. So we users
must find our own bugs; our computers are losers!


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: GreenBits on June 19, 2016, 03:14:51 PM
The issue now is with DAO, not Ether.

Incorrect (https://bitcointalk.org/index.php?topic=1505886.msg15278364#msg15278364).

Okay. That is too technical. It is beyond my understanding. Do you mind explaining it in layman terms or, at least in bachelor's level?

Does this help?

http://ebiquity.umbc.edu/blogger/2008/01/19/how-dr-suess-would-prove-the-halting-problem-undecidable/

Scooping the Loop Snooper
an elementary proof of the undecidability of the halting problem

Geoffrey K. Pullum, University of Edinburgh

No program can say what another will do.
Now, I won’t just assert that, I’ll prove it to you:
I will prove that although you might work til you drop,
you can’t predict whether a program will stop.

Imagine we have a procedure called P
that will snoop in the source code of programs to see
there aren’t infinite loops that go round and around;
and P prints the word “Fine!” if no looping is found.

You feed in your code, and the input it needs,
and then P takes them both and it studies and reads
and computes whether things will all end as they should
(as opposed to going loopy the way that they could).

Well, the truth is that P cannot possibly be,
because if you wrote it and gave it to me,
I could use it to set up a logical bind
that would shatter your reason and scramble your mind.

Here’s the trick I would use – and it’s simple to do.
I’d define a procedure – we’ll name the thing Q –
that would take any program and call P (of course!)
to tell if it looped, by reading the source;

And if so, Q would simply print “Loop!” and then stop;
but if no, Q would go right back to the top,
and start off again, looping endlessly back,
til the universe dies and is frozen and black.

And this program called Q wouldn’t stay on the shelf;
I would run it, and (fiendishly) feed it itself.
What behaviour results when I do this with Q?
When it reads its own source, just what will it do?

If P warns of loops, Q will print “Loop!” and quit;
yet P is supposed to speak truly of it.
So if Q’s going to quit, then P should say, “Fine!” –
which will make Q go back to its very first line!

No matter what P would have done, Q will scoop it:
Q uses P’s output to make P look stupid.
If P gets things right then it lies in its tooth;
and if it speaks falsely, it’s telling the truth!

I’ve created a paradox, neat as can be –
and simply by using your putative P.
When you assumed P you stepped into a snare;
Your assumptions have led you right into my lair.

So, how to escape from this logical mess?
I don’t have to tell you; I’m sure you can guess.
By reductio, there cannot possibly be
a procedure that acts like the mythical P.

You can never discover mechanical means
for predicting the acts of computing machines.
It’s something that cannot be done. So we users
must find our own bugs; our computers are losers!
.

Too long, did actually read; now head hurts and nose is bleeding.


But seriously, thank you, that Turing completeness shit was jibber jabber nonsense until that poem. I get it now  ;D


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 19, 2016, 09:18:13 PM

I'm with you and thanks for putting it more eloquently than I ever could. I invested in DAO and agree that it should cut its loses for now. I still believe in a DAO and all that it will stand for, basically giving the little man the opportunity to invest whee only VC funds could in the past. Why others are so virulently against this right is beyond me. One day I expect after all this is blown over there will be a DAO2.0. Just with better coders.

Also, I don't know if better coding is the answer ultimately. Things need to progress on the basis that smart contract code will fail, not that it won't. There are a huge amount of use cases where the value doesn't actually have to be held by the contract.

toknormal, very astute. That is indeed part of the solution.

Minecache, the problem with The DAO is not only bad code, but also the design was game theory broken as well.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 19, 2016, 10:15:04 PM
The issue now is with DAO, not Ether.

Incorrect (https://bitcointalk.org/index.php?topic=1505886.msg15278364#msg15278364).

Okay. That is too technical. It is beyond my understanding. Do you mind explaining it in layman terms or, at least in bachelor's level?

Does this help?

http://ebiquity.umbc.edu/blogger/2008/01/19/how-dr-suess-would-prove-the-halting-problem-undecidable/

Scooping the Loop Snooper
an elementary proof of the undecidability of the halting problem

Geoffrey K. Pullum, University of Edinburgh

No program can say what another will do.
Now, I won’t just assert that, I’ll prove it to you:
I will prove that although you might work til you drop,
you can’t predict whether a program will stop.

Imagine we have a procedure called P
that will snoop in the source code of programs to see
there aren’t infinite loops that go round and around;
and P prints the word “Fine!” if no looping is found.

You feed in your code, and the input it needs,
and then P takes them both and it studies and reads
and computes whether things will all end as they should
(as opposed to going loopy the way that they could).

Well, the truth is that P cannot possibly be,
because if you wrote it and gave it to me,
I could use it to set up a logical bind
that would shatter your reason and scramble your mind.

Here’s the trick I would use – and it’s simple to do.
I’d define a procedure – we’ll name the thing Q –
that would take any program and call P (of course!)
to tell if it looped, by reading the source;

And if so, Q would simply print “Loop!” and then stop;
but if no, Q would go right back to the top,
and start off again, looping endlessly back,
til the universe dies and is frozen and black.

And this program called Q wouldn’t stay on the shelf;
I would run it, and (fiendishly) feed it itself.
What behaviour results when I do this with Q?
When it reads its own source, just what will it do?

If P warns of loops, Q will print “Loop!” and quit;
yet P is supposed to speak truly of it.
So if Q’s going to quit, then P should say, “Fine!” –
which will make Q go back to its very first line!

No matter what P would have done, Q will scoop it:
Q uses P’s output to make P look stupid.
If P gets things right then it lies in its tooth;
and if it speaks falsely, it’s telling the truth!

I’ve created a paradox, neat as can be –
and simply by using your putative P.
When you assumed P you stepped into a snare;
Your assumptions have led you right into my lair.

So, how to escape from this logical mess?
I don’t have to tell you; I’m sure you can guess.
By reductio, there cannot possibly be
a procedure that acts like the mythical P.

You can never discover mechanical means
for predicting the acts of computing machines.
It’s something that cannot be done. So we users
must find our own bugs; our computers are losers!

.

Too long, did actually read; now head hurts and nose is bleeding.


But seriously, thank you, that Turing completeness shit was jibber jabber nonsense until that poem. I get it now  ;D

Let me provide a simplistic explanation of the Halting problem (https://en.wikipedia.org/wiki/Halting_problem).

We have a program P which inputs the source code of other programs and the result of P is the result of the analysis of whether the input source code loops forever or terminates (i.e. halts).

We have another program Q which inputs the source code of a program and calls P, then prints "Loop" and terminates if P reports "Loop", otherwise Q loops.

So we call Q passing the source code of Q to itself, but this is a paradox because P can't decide what the result would be. If P's result is "Loop", then Q terminates. If P's result is "terminates", then Q loops. We have an inconsistency in both cases.

This shows that it is impossible to make a compiler that acts like P, i.e. it is impossible to analyze whether programs with unbounded recursion terminate or not, because recursion is decided (unbounded) at runtime and not at compile-time. Thus at compile-time the result of the question is undecideable.

QED.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 20, 2016, 12:59:20 AM
Just turing complete...

https://www.reddit.com/r/btc/comments/4op2es/the_bug_which_the_dao_hacker_exploited_was_not/

I haven't studied the specific vulnerability in this case[1], but I think it has to do with the contract code doing mutability aliasing on global state. So this is an issue of synchronizing mutability aliasing.

For example, imagine if some intended to be atomic operation[1] of a check for sending of ETH out of the contract had not set a global count of sent before some recursion which enabled sending more ETH out, thus exceeding the threshold.

So the Reddit post seems to be somewhat clueless...

[1]http://hackingdistributed.com/2016/06/18/analysis-of-the-dao-exploit/
https://www.youtube.com/watch?v=RHcLKrkwPLQ#t=730
https://github.com/LeastAuthority/ethereum-analyses/blob/master/GasEcon.md#case-study-the-crowfunding-contract-example
https://blog.ethereum.org/2016/06/19/thinking-smart-contract-security/
http://hackingdistributed.com/2016/06/16/scanning-live-ethereum-contracts-for-bugs/#what-about-the-recursive-race-problem-in-thedao

So now the experts finally figure out that the vulnerability is more general as I had written above as quoted. So who is the expert here. ;)

So any state influencing the logic of any procedure non-atomically is vulnerable to attack if interrupted by a call to an arbitrary contract.  This goes far beyond the “write functions that are reentrant” suggestion: instead write functions that either don’t call out to arbitrary contracts or make no assumptions about their control flow or state after doing so.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 20, 2016, 01:01:56 PM
Smooth and I discussing (https://bitcointalk.org/index.php?topic=1516067.msg15285558#msg15285558) the optimum way of funding/launching development, and the Nash equilibrium of block chains.

Ethereum, Blockstream (Bitcoin core), BitShares, DASH all break Nash equilibrium.

I agree with smooth, there should be no DAO nor governance (i.e. no voting, not even from miners) in control of forking the block chain. The DAOs should only be for decentralizing projects and organizations (including corporations). DASH and Bitshares have this incorrect PoS+governance (https://bitcointalk.org/index.php?topic=1516067.msg15285558#msg15285558) design and Ira Miller@DASH (https://bitcointalk.org/index.php?topic=1516058.msg15286476#msg15286476) is incorrect about automation being unrealistic (https://bitcointalk.org/index.php?topic=1505886.msg15273183#msg15273183) or evil:

so how can you shut down a decentralized autonomous organization?

Do you know any decentralized autonomous organization ?

I don't ..

Yes, DASH.org.  The first DAO. 

The difference: Marketing that feature is taking a backseat to development.  Doing it right I'd say.

DASH does seem to be a functioning DAO where D is distributed but sure if it is decentralized control. The stakeholders apparently vote on the actions or management of the development of the open source. The stakeholders apparently approved to have % of the mining rewards paid to a foundation which then distributes the funds according to projects approved by votes of the stakeholders. However what is not clear to me is to what degree this is all enforced by smart contract protocol or done manually by the foundation.

There are allegations however that the distribution of the DASH tokens were highly concentrated by an alleged instamine and subsequent masternode ROI scheme which may have further concentrated the tokens held by the core insiders. But I don't know if anyone has been able to prove conclusively that DASH is not really decentralized, although the suspicion is apparently strong amongst some especially Monero supporters.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 21, 2016, 12:16:49 AM
Research paper has a section that mentions some smart contract use cases:

http://publications.lib.chalmers.se/records/fulltext/234939/234939.pdf#page=12

Note that paper above is claiming some classes of programming errors can be avoided in smart contracts by using dependent and polymorphic types. But as I wrote upthread (https://bitcointalk.org/index.php?topic=1505886.msg15273470#msg15273470), that won't eliminate semantic bugs such as game theory bugs. See for example §4.3 Misaligned Incentives in the following paper:

http://eprint.iacr.org/2015/460.pdf#page8

Generally speaking, as I explained by example (https://bitcointalk.org/index.php?topic=1505886.msg15284692#msg15284692) of the Halting problem, the runtime entropy of a Turing-complete machine is unbounded. Thus there are an unbounded number of ways to create errors, regardless of any fancy typing system and programming paradigm.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: FalconCrypto on June 21, 2016, 12:57:05 AM
Research paper has a section that mentions some smart contract use cases:

http://publications.lib.chalmers.se/records/fulltext/234939/234939.pdf#page=12

Note that paper above is claiming some classes of programming errors can be avoided in smart contracts by using dependent and polymorphic types. But as I wrote upthread (https://bitcointalk.org/index.php?topic=1505886.msg15273470#msg15273470), that won't eliminate semantic bugs such as game theory bugs. See for example §4.3 Misaligned Incentives in the following paper:

http://eprint.iacr.org/2015/460.pdf#page8

Generally speaking, as I explained by example (https://bitcointalk.org/index.php?topic=1505886.msg15284692#msg15284692) of the Halting problem, the runtime entropy of a Turing-complete machine is unbounded. Thus there are an unbounded number of ways to create errors, regardless of any fancy typing system and programming paradigm.

I totally agree with you. More to follow...


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 21, 2016, 02:39:30 AM
Mircea Popescu, the pragmatic genius hacker (https://bitcointalk.org/index.php?topic=1518508.msg15299827#msg15299827) who drained the DAO in order to defend crypto-currency against retards who want to centralize crypto-currency, has written something about contracts which I entirely agree with. In fact, my conceptualization of the way a DAO should be constructed is based on the similar insight, and I arrived at my insight independently and before reading the following epistle.

Let's not forget the Spaniards traded to the native a mirror for his acreage, then employed the force of contracts to enforce the absurdity.


Traditionally, contracts are instruments of torture. People agree to be married (thus entering into, of course, a Marriage Contract) and then have to suffer their spouse whether they'd like to or not.

...

The problem with this holy institution that has carried us so very far and fed us so very well is that it has costs, and those costs have the unfortunate property that they mount with use.

...

Why would the cost of enforcing a contract increase with the amount of contracts already entered into ? Well, because as people use them people also look for ways to abuse them. As these ways are found they have to be patched. As the patches are applied new holes are found, so new patches are issued. Sometimes the patches work better in some cases than others, in the end it's not even obvious which would be the proper case a contract falls into, the administration of all this has some costs and moreover due to the adversarial nature of contractsvii there's always someone with an incentive to argue absolutely anything, no matter how "insane". Besides, what's insane anymore once we have contracts ?

...

I know plenty of people who have dispensed with even entering into contracts altogether, as a point of principle. Silicon Valley deals would be anywhere between one third and two thirds undocumented to any degree - only when companies are about to go public does a mad rush commence to retroactively document years' worth of... contracts, they would be, except they weren't. Why not ? Because contracts are just too damned expensive, both to enter into rationally and then to enforce against the other party. The attempts mostly end up as a competition of "who has the largest bank account" and therefore can afford the best lawyers, and since this is known at the outset the only real believers in the entire contract-with-enforcement construct are, predictably, the very large corporations.

...

And so here we are today : contract litigation is a great way to earn a living as a lawyer, a premier way to generate that mostly fake "social mobility" and a great way for Apple, Samsung and obviously the US government to fill their otherwise idle time during board meetings. Most common claims are not pressed, and in the rare instance they are pressed would end up in something called "Small Claims", which is much akin to the lost and found box they used to keep in train stations and movie theatres.

...

Who today would or will be able to set aside the perhaps justified objections of the disenfranchised parties (which would necessarily exist) to create a new code, and somewhat reset the clock ? Nobody, practically speaking, it'd have to be done by "consensus" and "negotiation" which is to say it'd be much better for it to not be done at all. In short, this great dragon called Contract has flown as far as he can. He is old now, and tired. His bones ache, his mood is sour, he will soon go below the ground. We will forever remember it, or at any rate I will, but for what he was in his youth, and that youth was much, much before your parents were being born I would think.

So what now ?

Well... I'm glad you asked. There's a spiffy young fellow I'm betting on : the GPG Contract. He's also a. an agreement b. reached by willing participants. But that's all.

What do I mean "that's all" ? I literally mean, that's all. A contract which is entered into by willing participants and won't be enforced. Nonsense ? IKR!

Except not really. Obviously entering into a GPG Contract thinking it's an Old Contract is nonsense, and will get you burned. In fact the history of "scams" in the Bitcoin space is pretty much this, people behaving with what should really be GPG Contracts as if they were Old Contracts, and then discovering midway through that... well... it doesn't really work that way.

All this aside, non-enforced contracts, contracts which the participants uphold out of their own free will rather than at the behest of some third party or by the point of the sword of some blind demigoddess are a thoroughly fascinating turn of events. For one, they are fundamentally human, they're one step up on the stairwell of freedom. Do it if you think it's right is certainly a lot more empowering, civilised and overall good than "do it or else". For the other, they allow all the enforcing to happen before the actual contract is entered into. Old contracts contain unknown future costs, nobody can ever tell you exactly how much will you have to pay in legal fees to recoup this five hundred owed on whatever deal. GPG Contracts don't have any future costs at all. The cost of enforcing one after the fact is always going to be zero, pretty much because there's never going to be anything you need (or indeed can) do.

And it doesn't stop here. I have always thought the principal utility of Bitcoin is that it renders any sort of mandatory taxation model unviable. I am firmly persuaded that as Bitcoin takes holdix taxes will have to return to what they were in ancient Greece : willing donations to the state treasury, and something people openly took pride in. This shift will bring about all the improvements we were vainly trying to achieve in the old money paradigm, such as public accountability and reasonable expenditure in one fell swoop : good luck getting people to donate to the police department if they don't like the police. And good luck with the welfare programs, for sure.

Add to that a shift of contracts from the old model to the new and suddenly you have - and I mean this quite literally - a new Renaissance. Man at the center of all things. Man, the willing enforcer of his own promises. Man, the willing contributor to the wealth of an obviously much reduced, but by that fact probably much nicer, lovable and huggable cute little state.

I'm crying with joy over here, my toes are curling in untold glee, I have little doubt that I shall live to see this, all of it. And for the first time in many, many years I feel again like the world is worth living in.

Techno-anarchism. Amen!


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 21, 2016, 01:27:49 PM
Research paper has a section that mentions some smart contract use cases:

http://publications.lib.chalmers.se/records/fulltext/234939/234939.pdf#page=12

Note that paper above is claiming some classes of programming errors can be avoided in smart contracts by using dependent and polymorphic types. But as I wrote upthread (https://bitcointalk.org/index.php?topic=1505886.msg15273470#msg15273470), that won't eliminate semantic bugs such as game theory bugs. See for example §4.3 Misaligned Incentives in the following paper:

http://eprint.iacr.org/2015/460.pdf#page8

Generally speaking, as I explained by example (https://bitcointalk.org/index.php?topic=1505886.msg15284692#msg15284692) of the Halting problem, the runtime entropy of a Turing-complete machine is unbounded. Thus there are an unbounded number of ways to create errors, regardless of any fancy typing system and programming paradigm.

I totally agree with you. More to follow...

I don't think there is any fail-proof encapsulation for Turing-complete smart contract failure. Each smart contract needs to be extremely well vetted before people invest a lot of money in that specific smart contract. The market will eventually learn this.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 21, 2016, 04:53:07 PM
An Uber (ArcadeCity) example use of a smart contract, explained by Gavin Wood (https://www.youtube.com/watch?v=JzCGRtGyxvY#t=67).

The key factor in terms of viability are the data feeds external to the block chain for the GPS coordinates. This is what I had already stated (in the Ethereum Paradox thread) would break Nash equilibrium, because different miners could be gamed by lies about external data.

What I realized recently is that the contract can be set up to trust a set of M-of-N signers to confirm the external data feed and those signatures are final (regardless if the data is a lie). The problem with this of course is the same problem as The DAO failure has revealed. Which is that a big enough lie (theft) can destroy the Nash equilibrium, causing the majority consensus to decide between several imperfect courses of action. This is what we mean by broken Nash equilibrium, because the miners no longer have just one optimum strategy.

So I still maintain what I had originally concluded in the Ethereum Paradox thread, which is that smart contracts with external data feeds break Nash equilibrium, unless we can be sure the validation of those data feeds can't be aggregated and become Too Big To Fail. So if we can insure that validation by M-of-N of external data is decentralized and granular, then we can use data feeds. Otherwise we can not.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: thaaanos on June 21, 2016, 05:44:35 PM
One use case I expect to become a reality is the following:
As we see our economies drift into deflation more and more products will be produced on demand to minimize inventory.
So customers will be required to pre-order stuff instead of taking stuff of the shelf.

Now producer in order to minimize supply risk can pre-arrange a smart-contract that will split funds from his input directly  to the supplier at a determined price. Likewise the supplier has contracts with his suppliers etc.
So the moment a customer pays up a contract funds flow across this network of suppliers and production is triggered with minimum overhead. A contract may also choose from various suppliers based on price, production time, location etc so as to minimize price or delivery time based on end-user preference.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: CoinHoarder on June 21, 2016, 06:01:22 PM
I haven't read the thread, but one use case that probably hasn't been mentioned is market pegged cryptocurrencies (IE. Bitshares' bitUSD, bitEURO bitGOLD, bitAPPLE, bitOIL, bitGOOG, etc.)


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 27, 2016, 01:02:14 AM
Valid use cases, layman's explanation:

http://www.coindesk.com/ethereum-overwhelmed-layman/

Here comes MIT's ChainAnchor (https://petertodd.org/2016/mit-chainanchor-bribing-miners-to-regulate-bitcoin) to Ethereum:

https://www.cs.cornell.edu/people/egs/papers/2016-06-21-dao-meetup.pdf
http://initc3.org/
http://hackingdistributed.com/2016/06/22/smart-contract-escape-hatches/


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on June 27, 2016, 03:17:52 AM
https://www.reddit.com/r/ethereum/comments/4pyk1d/balaji_srinivasan_on_bitcoin_vs_ethereum/

https://www.linkedin.com/in/balajissrinivasan


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: funkenstein on June 27, 2016, 07:45:05 AM
Valid use cases, layman's explanation:

http://www.coindesk.com/ethereum-overwhelmed-layman/


Lol!  What a pile of garbage.  Apparently the only valid use-case is a set of different computers which use it to somehow open and unlock a door to an apartment. 

You couldn't make this shit up!! 



Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on July 03, 2016, 12:11:32 PM
Technical issue:

For brevity it’s worth to explain that in the process of soft fork application it appeared that there’s a gas problem leading to the attacker being able to DoS miners. Shortly, the attacker could send very computation expensive transactions with declared high gas to be paid (to be prioritized), but as the soft fork would make miners reject all such transactions, no gas will be billed while computation will be performed (and empty blocks added). The network could deal with it. But the load would be high as well as a bloat of empty blocks. Perhaps other adverse effects could also take place.

Speaking about adverse effects, almost a year ago a paper was published by Luu, Teutsch, Kulkarni and Saxena regarding “verifiers dillema” (http://eprint.iacr.org/2015/702.pdf). It was discussed by Vitalik on reddit here (https://www.reddit.com/r/ethereum/comments/3fcw0i/verifiers_dilemma_renders_ethereum_nonincentive/). While at the time it was purely academic divagation it appears that with soft fork applied it would cause really important issues. Given an example scenario when the attacker starts spamming the network, some miners could even cease processing transactions (miners cannot be considered network friendly actors by default, only by incentive). If the ratio of miners with soft fork applied would fall below the limit the attacker’s transactions would eventually pass.

The above exposes both strong and weak points of Ethereum network. And actually strong points, as ingenious gas economy and Turing completness are also weak ones. On one hand for instance gas economy precisely regulates computing, on the other it must be fine tuned and is very fragile. So fragile that can lead to network-wide problems.
In parallel, Turing completness gives enormous possibilities in terms of possible computations performed by the network, at the same time contributing to unpredictability of computations before they are performed, thus inability to halt malicious ones (in easy way).

I’m afraid that there is no good scenario for any soft fork that could cover all possible side effects. Exactly because of the two factors mentioned above.


Title: Re: Valid uses cases for Smart Contracts, Dapps, and DAOs?
Post by: iamnotback on July 12, 2016, 08:29:34 PM
My analysis (https://bitcointalk.org/index.php?topic=1546766.msg15562547#msg15562547) of Paul Sztorc's blog post about oracles, smart contracts, and side-chains is relevant to this thread.