Pages:
Author

Topic: The Ethereum Paradox - page 48. (Read 99910 times)

sr. member
Activity: 420
Merit: 262
February 17, 2016, 12:07:16 PM
He has to implicitly (whether or not he includes the latest update to that other unvalidated partition) when he builds his block at the end of the chain that includes that other unvalidated partition. Longest chain wins so he won't want to ignore that last block.

By building on top of another partition's block, he increases the risk that his block will be orphaned because he has cannot tell if it contains a double spend. For him it is better not to build on the best block at all, but to maintain his own partitioned chain of blocks.

The partitions are strictly independent. Remember that.

Okay monsterer really. I must end this now. I am 100% certain my point is unarguable.

They are not independent when you combine them like that with the LCR rule. You must see that? Every block that partition A builds on top of partition B's block is essentially a merger of partitions A and B.

Sigh.  Roll Eyes

Independent partitions are not merged. The holistic Nash equilibrium (of the LCR) was explained.  Cry

monsterer can rescue his ego (and fill the thread with endless noise about his inability to connect the dots 3 pages ago) because many (most or all) readers are just as incapable as he is, so many will doubt what I wrote. Nevertheless my point was unarguable, but it isn't worth arguing to those are incapable.

monsterer can reply with some more nonsense. I am done arguing with him. Not because I lost, but because his ego desires a filibuster.

Make sure you are agreeing on the exact definition of a partition...

They aren't merged for the transactions nor for the Nash equilibrium of the blocks. There is no possible definition of strict(ly independent) partition for asset transfer that can support his position.
legendary
Activity: 990
Merit: 1108
February 17, 2016, 11:49:56 AM
The partitions are strictly independent. Remember that.

Okay monsterer really. I must end this now. I am 100% certain my point is unarguable.

They are not independent when you combine them like that with the LCR rule. You must see that? Every block that partition A builds on top of partition B's block is essentially a merger of partitions A and B.

Make sure you are agreeing on the exact definition of a partition...
legendary
Activity: 1008
Merit: 1007
February 17, 2016, 11:40:22 AM
He has to implicitly (whether or not he includes the latest update to that other unvalidated partition) when he builds his block at the end of the chain that includes that other unvalidated partition. Longest chain wins so he won't want to ignore that last block.

By building on top of another partition's block, he increases the risk that his block will be orphaned because he has cannot tell if it contains a double spend. For him it is better not to build on the best block at all, but to maintain his own partitioned chain of blocks.

The partitions are strictly independent. Remember that.

Okay monsterer really. I must end this now. I am 100% certain my point is unarguable.

They are not independent when you combine them like that with the LCR rule. You must see that? Every block that partition A builds on top of partition B's block is essentially a merger of partitions A and B.
sr. member
Activity: 420
Merit: 262
February 17, 2016, 11:34:29 AM
He has to implicitly (whether or not he includes the latest update to that other unvalidated partition) when he builds his block at the end of the chain that includes that other unvalidated partition. Longest chain wins so he won't want to ignore that last block.

By building on top of another partition's block, he increases the risk that his block will be orphaned because he has cannot tell if it contains a double spend. For him it is better not to build on the best block at all, but to maintain his own partitioned chain of blocks.

The partitions are strictly independent. Remember that.

Okay monsterer really. I must end this now. I am 100% certain my point is unarguable.
legendary
Activity: 1008
Merit: 1007
February 17, 2016, 11:32:39 AM
He has to implicitly (whether or not he includes the latest update to that other unvalidated partition) when he builds his block at the end of the chain that includes that other unvalidated partition. Longest chain wins so he won't want to ignore that last block.

By building on top of another partition's block, he increases the risk that his block will be orphaned because he cannot tell if it contains a double spend. For him it is better not to build on the best block at all, but to maintain his own partitioned chain of blocks.
sr. member
Activity: 420
Merit: 262
February 17, 2016, 11:20:17 AM
The block producer makes sure his partition (the one he is validating) is valid. Thus he will never lose his block rewards. He marks the block as only guaranteeing the partition(s) he has validated, so any other partitions included are informational but not Nash equilibrium confirmations. Re-read my prior post with that in mind. Again this is only valid for strict partitions (no cross-partition) transactions system.

I think my point still applies. What is his incentive to include more than the single partition he is validating in his blocks?

He has to implicitly (whether or not he includes the latest update to that other unvalidated partition) when he builds his block at the end of the chain that includes that other unvalidated partition. Longest chain wins so he won't want to ignore that last block. His block reward doesn't hinge on whether that latest (before the current or new) block contained a valid partition (assuming it is not the partition the current or new block is declaring to be valid).

Convoluted to write, but not convoluted in my mind. Seems quite simple. Some of the convoluted stuff on the 140+ IQ level of a Raven's matrices IQ test is more convoluted.

Edit: think of it as multiplexing while maintaining a holistic Nash equilibrium.
legendary
Activity: 1008
Merit: 1007
February 17, 2016, 11:09:20 AM
The block producer makes sure his partition (the one he is validating) is valid. Thus he will never lose his block rewards. He marks the block as only guaranteeing the partition(s) he has validated, so any other partitions included are informational but not Nash equilibrium confirmations. Re-read my prior post with that in mind. Again this is only valid for strict partitions (no cross-partition) transactions system.

I think my point still applies. What is his incentive to include more than the single partition he is validating in his blocks?
sr. member
Activity: 420
Merit: 262
February 17, 2016, 10:58:24 AM
The block becomes orthogonal to whether any of the partitions in it are valid or not. The key point is that the partition for which the block producer is guaranteeing is valid (i.e. has validated) has to be truth, else that block producer will lose his block reward if another subsequent block offers a proof-of-cheating on that partition.

Can you rephrase that statement? I'm having trouble parsing it; it sounds like you are saying opposite things one after the other.

The block producer makes sure his partition (the one he is validating) is valid. Thus he will never lose his block rewards. He marks the block as only guaranteeing the partition(s) he has validated, so any other partitions included are informational but not Nash equilibrium confirmations. Re-read my prior post with that in mind. Again this is only valid for strict partitions (no cross-partition) transactions system.

The partitions can be thought of as separate block chains, that have been interleaved into one block chain with orthogonality between them. It is a more granular generalization of merge mining, because each block producer can choose which partition(s) he is validating and risking his block reward on in terms of the Nash equilibrium. Since all partitions eventually get confirmed by a block producer, then the overall Nash equilibrium is sustained on the coin's external market value.
legendary
Activity: 1008
Merit: 1007
February 17, 2016, 10:51:32 AM
The block becomes orthogonal to whether any of the partitions in it are valid or not. The key point is that the partition for which the block producer is guaranteeing is valid (i.e. has validated) has to be truth, else that block producer will lose his block reward if another subsequent block offers a proof-of-cheating on that partition.

Can you rephrase that statement? I'm having trouble parsing it; it sounds like you are saying opposite things one after the other.
sr. member
Activity: 420
Merit: 262
February 17, 2016, 10:49:03 AM
which I assert the control of must be centralized in order to not diverge.

BTW, do you know that the money is impossible in a completely decentralized world? Because a monetary system can exist only within boundaries of an economic cluster which implies a non-zero level of centralization around the core.

What I am driving at is that the economics of consensus MUST be centralized due to economies-of-scale which drive the power-law distribution of wealth.

Yet I am asserting (and designing) that it may be possible to decentralize control over the centralized aspects of consensus, by making the decentralized control UNeconomic for profit (yet economic for purpose, e.g. the Nash equilibrium of getting your transactions on the longest chain).

I am thinking Satoshi's PoW, the PoS systems I have seen, and Iota conflate the two issues above such that the control becomes centralized along with the other aspects which are forced to be centralized by the economics of profit.

In other words, I am stratifying economics into profitable activities and purposeful activities. Pure profit will always be won by those with the highest economies-of-scale (and the most corrupt connections).
sr. member
Activity: 420
Merit: 262
February 17, 2016, 10:42:16 AM
That's the dichotomy at hand

There is no dichotomy in the case of strict partitions for asset transfers. I will not repeat myself again.

Then, lets agree to disagree.

Afaics, my point was unarguable. I already explained why. Strict partitions can coexist in a block with other transactions without causing the block to be invalid. The block becomes orthogonal to whether any of the partitions in it are valid or not. The key point is that the partition for which the block producer is guaranteeing is valid (i.e. has validated) has to be truth, else that block producer will lose his block reward if another subsequent block offers a proof-of-cheating on that partition. You can think of these proofs as equivalent to not mining on that chain in Bitcoin where Bitcoin has only one partition. Subsequent blocks can correct any deficiencies with proof-of-cheating, thus any cascade of lies is contained within the partition and can be corrected at any time by any proof-of-cheating. Same as for Bitcoin, the users of the currency have to trust full nodes but they should only trust a confirmation which was betting its block reward on that partition the user is relying on.

So in effect what this does is interleave a merge mining of separate "chains" into one block chain, one "chain" for each partition.

You made the assumption that the only way for block producers to veto a lie, is to not mine on the chain that contains the lie. But as you see, there are more flexible possibilities for a design.

I don't know if it is also very useful, yet it does stand as an exception to your desire to pigeon-hole the analysis. I try to have a flexible mind and consider all possible angles.
legendary
Activity: 2142
Merit: 1010
Newbie
February 17, 2016, 10:16:47 AM
which I assert the control of must be centralized in order to not diverge.

BTW, do you know that the money is impossible in a completely decentralized world? Because a monetary system can exist only within boundaries of an economic cluster which implies a non-zero level of centralization around the core.
sr. member
Activity: 420
Merit: 262
February 17, 2016, 10:04:52 AM
Apparently programmable block chains will be useful for decentralized financial and business logic, such as for example decentralized crowdfunding and Augur-like decentralized prediction markets.

The key is to understand that such scripts when enforced by the block chain are able to enforce invariants which an external scripting (CounterParty?) of an asset and data storage block chain (e.g. Bitcoin) could not enforce. An example of such an invariant is not releasing the crowdfunds until X percent of the funders have agreed that the necessary milestone has been achieved. It seems in most cases the utility of scripting will involve some crowdsourced decision as opposed to the authoritative judges society uses now.

There are two main points I want to make about the future of scriptable block chains.

1. The currency they use will end up being which every crypto currency is the most popular. Arguing that Bitcoin doesn't qualify because it lacks certains features (e.g. fast transactions) is arguing the Bitcoin won't be the most popular crypto currency. Thus I think it is unlikely ETH will be that currency, because another crypto currency will become more popular sooner.

2. The consensus network (block chain) design will be the most crucial feature for a scriptable block chain. The VM and all that is mostly just noise and experimentation will eventually settle on what is the most efficient. Whereas the consensus design will determine which system wins this technology space.



Ukraine plans to trial an Ethereum Blockchain-based election platform. I hate to gloat, but maybe Ethereum isn't the useless shitcoin that people here have been calling it?

The issue is not the concept of scriptable block chains, but rather Ethereum's piss poor, overly hyped plans for implementing a consensus algorithm.

You speculators need to learn the distinction.
sr. member
Activity: 420
Merit: 262
February 17, 2016, 10:04:13 AM
The system must have some means of converging on a consensus choice amongst competing double-spends.

Your thread is a discussion about that. We don't need to repeat that discussion here.

Eventual total ordering.

In the meantime, payers need to know where to place their transactions in the DAG so the transactions don't become eventually invalid. And payees need to know NOW which transactions to honor. Please quote my reply and post your reply in your thread, not in this thread.

I copied this post to your thread. Please continue to there. Please.
legendary
Activity: 1008
Merit: 1007
February 17, 2016, 09:48:35 AM
The system must have some means of converging on a consensus choice amongst competing double-spends.

Your thread is a discussion about that. We don't need to repeat that discussion here.

Eventual total ordering.
sr. member
Activity: 420
Merit: 262
February 17, 2016, 09:46:09 AM
I believe I have figured out what Fuserleer's design is doing based on re-reading the descriptions above.

I believe what he is attempting is to define a data structure wherein he can partition double-spends so that they can not cross-partition each other. In other words, once there is a double-spend, instead of discarding it (and unrelated transactions in the same chain), he isolates those transactions which depend on the double-spend and prevents them from cross-pollinating each other in derivative transactions.

The problem with this of course is it ruins the incentive to converge. It becomes a divergent block chain where the incentive is to double-spend and create forks (within the same system).

I cannot speak for Fuserleer, but I can say that this is how the design I am writing up works. Double spends do not create orphaned branches, they simply become invalid and subsequent, unrelated transactions process as normal. Therefore, you cannot create a divergent mess by double spending, because they can coexist within the DAG - this is only possible because of the eventual total order.

The system must have some means of converging on a consensus choice amongst competing double-spends.

Your thread is a discussion about that. We don't need to repeat that discussion here. I urge readers to click that link if they want to read what is being discussed about whether there could be an alternative to Iota/DAG, which is mathematical model which I assert the control of must be centralized in order to not diverge.
sr. member
Activity: 420
Merit: 262
February 17, 2016, 09:41:36 AM

I believe I have figured out what Fuserleer's design is doing based on re-reading the descriptions above.

I believe what he is attempting is to define a data structure wherein he can partition double-spends so that they can not cross-partition each other. In other words, once there is a double-spend, instead of discarding it (and unrelated transactions in the same chain), he isolates those transactions which depend on the double-spend and prevents them from cross-pollinating each other in derivative transactions.

The problem with this of course is it ruins the incentive to converge. It becomes a divergent block chain where the incentive is to double-spend and create forks (within the same system).

I'd be interested to hear Fuserleer's retort. I will PM him .


No need. Note the date.

https://twitter.com/eMunie_Currency/status/563728882415992832

You can replace the words "block chain" with "consensus system" in my quoted text. The point about the design remains that even by making partitions strict and allowing double-spends to live in separate partitions, it creates afaics a divergent system that incentivizes double-spending, doesn't provide consensus over which double-spend is valid, and is thus chaotic failure.
member
Activity: 63
Merit: 10
February 17, 2016, 08:57:55 AM

I believe I have figured out what Fuserleer's design is doing based on re-reading the descriptions above.

I believe what he is attempting is to define a data structure wherein he can partition double-spends so that they can not cross-partition each other. In other words, once there is a double-spend, instead of discarding it (and unrelated transactions in the same chain), he isolates those transactions which depend on the double-spend and prevents them from cross-pollinating each other in derivative transactions.

The problem with this of course is it ruins the incentive to converge. It becomes a divergent block chain where the incentive is to double-spend and create forks (within the same system).

I'd be interested to hear Fuserleer's retort. I will PM him .


No need. Note the date.

https://twitter.com/eMunie_Currency/status/563728882415992832
legendary
Activity: 1008
Merit: 1007
February 17, 2016, 08:40:37 AM
I believe I have figured out what Fuserleer's design is doing based on re-reading the descriptions above.

I believe what he is attempting is to define a data structure wherein he can partition double-spends so that they can not cross-partition each other. In other words, once there is a double-spend, instead of discarding it (and unrelated transactions in the same chain), he isolates those transactions which depend on the double-spend and prevents them from cross-pollinating each other in derivative transactions.

The problem with this of course is it ruins the incentive to converge. It becomes a divergent block chain where the incentive is to double-spend and create forks (within the same system).

I cannot speak for Fuserleer, but I can say that this is how the design I am writing up works. Double spends do not create orphaned branches, they simply become invalid and subsequent, unrelated transactions process as normal. Therefore, you cannot create a divergent mess by double spending, because they can coexist within the DAG - this is only possible because of the eventual total order.
legendary
Activity: 1008
Merit: 1007
February 17, 2016, 08:12:13 AM
That's the dichotomy at hand

There is no dichotomy in the case of strict partitions for asset transfers. I will not repeat myself again.

Then, lets agree to disagree.
Pages:
Jump to: