Pages:
Author

Topic: DECENTRALIZED crypto currency (including Bitcoin) is a delusion (any solutions?) - page 18. (Read 91087 times)

sr. member
Activity: 336
Merit: 265
copper member
Activity: 1330
Merit: 899
🖤😏
One thing you failed to notice could be that anyone in crypto can be the centralized figure, it doesn't limit you to do so like governments with fiat.
It all goes back to the code and nothing more.
full member
Activity: 149
Merit: 103
The similarity is as I wrote in my prior post, that you essentially must use PoW to obtain the randomness of whom to select as the delegate to order the transactions in next block.
That's certainly the case for the model I suggested. But what about the leader election procedure described in https://eprint.iacr.org/2016/889.pdf (chapter 4.2). Doesn't it ensure true randomness?

Neither of those even with millions of users (and especially if you expect them to be on mobile) will be sufficient to secure the chain against powerful attackers such as botnets with gaming rigs and hijacked Amazon EC2 or other VPS cloud accounts.
Coming back to the problem of unprofitable mining, I just had the following idea:

Instead of using PoW for making direct profit (as in Bitcoin) or decreasing transaction fees (as in the model I described), we could require each stakeholder to perform PoW in order to preserve his stake. Without producing the required number of blocks in a certain timeframe, the stakeholder would be levied a negative interest rate from his stake and thus lose a percentage of his coins (which would be burned). The amount of work would depend on the stake as well, so that small stakeholders with only a few coins could easily do the computation on their computers or even phones while large investors would need access to mining rigs or server farms. (Splitting the stake between several accounts wouldn't help to reduce the resources needed to prevent the sum from decreasing over time.). On the other hand, the amount of stake would serve as an upper limit on block creation for every stakeholder: Once a stakeholder has produced the required number of blocks, his blocks would be rejected by the other nodes and prevented from becoming part of the block chain.

Letting aside the problem of granularity (i.e. block size/block creation rate which also impairs decentralization as it throttles the number of nodes who can participate in block creation), such a scheme would offer some interesting properties.

- In order to attack the system (and make a double-spend), you would need to beat the network in terms of hashrate and stake at the same time.
- Only big investors have an incentive to become high-scale miners with a lot of hashpower. Such investors have little interest to attack the system.

Any thoughts?

By the way, thanks imnotback for uploading the two chapters (which I've read with interest).
sr. member
Activity: 336
Merit: 265
FYI:
BTC Transactions Queue is overloaded.
16 hours and the guy can't get a confirmation, how can people not see BTC is failing, is beyond me.

https://bitcointalksearch.org/topic/transaction-queue-size-1689151
What is the normal amount of bitcoins transactions in queue? Currently it is close to 30000 transactions.
I have a transaction waiting for over 16 hours now. It has a fee, so am I guarenteed that it will be confirmed?

view the queue length here
https://blockchain.info/unconfirmed-transactions

 Cool


Here is the rough draft from my white paper for the section concerning transactions fees, block size, and the unavoidable monopolization of Proof-of-Work by a few:

https://gist.github.com/shelby3/c0d6e0ed132be7e4577df3663c81ee09


Applies to every proof-of-work coin which attempts to scale up, not just Bitcoin.




The (very rough draft, likely to change) section of my white paper about SegWit and Lightning Networks:

https://gist.github.com/shelby3/c786018a8bb2d8d837abce3a4cf4e799

I am very sleepy so didn't proof read that well yet.
Read it; more please.

I edited it after proof-reading upon awakening.
legendary
Activity: 2044
Merit: 1005
FYI:
BTC Transactions Queue is overloaded.
16 hours and the guy can't get a confirmation, how can people not see BTC is failing, is beyond me.

https://bitcointalksearch.org/topic/transaction-queue-size-1689151
What is the normal amount of bitcoins transactions in queue? Currently it is close to 30000 transactions.
I have a transaction waiting for over 16 hours now. It has a fee, so am I guarenteed that it will be confirmed?

view the queue length here
https://blockchain.info/unconfirmed-transactions

 Cool
Probably didnt pass correct fee... totally fine
hero member
Activity: 709
Merit: 503
The (very rough draft, likely to change) section of my white paper about SegWit and Lightning Networks:

https://gist.github.com/shelby3/c786018a8bb2d8d837abce3a4cf4e799

I am very sleepy so didn't proof read that well yet.
Read it; more please.
legendary
Activity: 1092
Merit: 1000
FYI:
BTC Transactions Queue is overloaded.
16 hours and the guy can't get a confirmation, how can people not see BTC is failing, is beyond me.

https://bitcointalksearch.org/topic/transaction-queue-size-1689151
What is the normal amount of bitcoins transactions in queue? Currently it is close to 30000 transactions.
I have a transaction waiting for over 16 hours now. It has a fee, so am I guarenteed that it will be confirmed?

view the queue length here
https://blockchain.info/unconfirmed-transactions

 Cool
sr. member
Activity: 336
Merit: 265
The (very rough draft, likely to change) section of my white paper about SegWit and Lightning Networks:

https://gist.github.com/shelby3/c786018a8bb2d8d837abce3a4cf4e799

I am very sleepy so didn't proof read that well yet.
sr. member
Activity: 336
Merit: 265
Your contemplated design is essentially just Bitcoin-NG in disguise.

I'm cannot see a big similarity between Bitcoin-NG and the concept of using a meta blockchain system.

The similarity is as I wrote in my prior post, that you essentially must use PoW to obtain the randomness of whom to select as the delegate to order the transactions in next block.

When you get to a high level of understanding, the taxonomy of generative essence possibilities becomes narrowed and designs that seem differentiated share the same category.


Essence of Genius

“The essence of genius is to know what to overlook”— William James. To solve a problem or explain a phenomenon, analytical genius untangles the relevant from the irrelevant factors. Genius extricates the generative essence to the smallest set of fundamental factors from which the other factors derive. Genius is less dependent on extensive memory (although this aids in the search of possibilities) and more so on the ability to conjure a mental model.

Creativity derives from this ability to extricate the independent factors— those that are not redundant because they don't derive from or to those preexisting, i.e. divergent thinking.
full member
Activity: 149
Merit: 103
Your contemplated design is essentially just Bitcoin-NG in disguise.

I'm cannot see a big similarity between Bitcoin-NG and the concept of using a meta blockchain system.
Perhaps you meant my last post https://bitcointalksearch.org/topic/m.15995725 which describes another design that in fact is somewhat similar to Bitcoin-NG as it makes use of hash puzzles for finer granularity (as opposed to microblocks), making it less difficult for low-scale miners to participate in mining.


sr. member
Activity: 336
Merit: 265
(Of course, this requires a selection process that is truly random and manipulation-proof).

You are right back where you started like a dog chasing his tail and not knowing it.

Because you can't achieve that without proof-of-work, as I wrote 3 years ago:

The other attacks you describe all derive from the fundamental reason I declared all non-proof-of-work systems to be insecure back in April.

My logic was mathematically fundamental. The input entropy set is quite deterministic and well known and thus can be preimaged. For example, accumulating a lot of coin-days-destroyed and then targeting them in clever ways to subvert the security.

The randomness (entropy) of each proof-of-work is fundamental and mathematical and it can not be preimaged. It can only be surely defeated with > 50% of the network hash rate. Note I recently offered what I believe to a solution to the selfish-mining attack (the one at hackingdistributed.com that claims 25 - 35% attack).

I am skeptical that you can characterize all possible attack vectors of proof-of-stake in one coherent mathematical proof. Thus you will not know formally what the security is; instead a list of adhoc attacks and counter-measures.

Your contemplated design is essentially just Bitcoin-NG in disguise.



How did you solve this issue in your version of unprofitable PoW?

I discarded proof-of-work and formulated a consensus ordering design concept different than just proof-of-stake, DPoS, or a DAG.
full member
Activity: 149
Merit: 103
Neither of those even with millions of users (and especially if you expect them to be on mobile) will be sufficient to secure the chain against powerful attackers such as botnets with gaming rigs and hijacked Amazon EC2 or other VPS cloud accounts.

Thank you for your quick answer and the references. That's a valid objection from a practical point of view. I'm not sure to what extent using the cumulative hashing power contained in the (meta) blockchain could help in that respect: https://bitcointalksearch.org/topic/m.15972492.

In such a setting you would probably need to run your botnet for months or years in order to build a longer chain (of the transactional blockchain).

This is certainly more risky and costly than renting the computing power for some hours to build an alternative chain in traditional PoW currencies.

How did you solve this issue in your version of unprofitable PoW?
sr. member
Activity: 336
Merit: 265
My design combines both concepts but doesn't need PoW (formerly I had unprofitable PoW but hence replaced it with something better)! That is a very strong hint for you.
Would you mind telling us more about your discarded idea of unprofitable PoW?

Some time ago, I came up with such a concept myself:
https://bitcointalksearch.org/topic/m.15981017

My basic idea was to use PoW as means of "honing" your address/account, so that mining would become more beneficial for low-scale miners than for big players.

The only participants possibly motivated to do unprofitable PoW are those who are issuing transactions.

If we argue for an “altruism-prime” motivation (and make the perhaps incorrect assumption that it doesn't matter that it is an undersupplied public good!), they will willingly burn the larger of:

  • A reasonable transaction fee burned as PoW.
  • Their CPU PoW hashrate at fractions of their current electric bill.

Neither of those even with millions of users (and especially if you expect them to be on mobile) will be sufficient to secure the chain against powerful attackers such as botnets with gaming rigs and hijacked Amazon EC2 or other VPS cloud accounts.

I also suggest these two References from my (yet unpublished) white paper:

⁴⁵Paul Sztorc. One Chain to Rule Them All.  Truthcoin.info blog, §Only Bitcoin’s Hashrate Stands a Chance, Mar 7, 2016.
⁴⁶Mircea Popescu. The woes of Altcoin, or why there is no such thing as “cryptocurrencies”. Trilema.com blog, Aug 16, 2014.

Also (even unprofitable) mining on CPUs enables 51% rented hashrate attacks! Kiss Monero's (and Zcash's) ass goodbye if they don't get an ASIC implementation. Komodo might possibly be a better bet because @jl777 adopted my suggestion to use Bitcoin's blockchain for security.
full member
Activity: 149
Merit: 103
My design combines both concepts but doesn't need PoW (formerly I had unprofitable PoW but hence replaced it with something better)! That is a very strong hint for you.
Would you mind telling us more about your discarded idea of unprofitable PoW?

Some time ago, I came up with such a concept myself:
https://bitcointalksearch.org/topic/m.15981017

My basic idea was to use PoW as means of "honing" your address/account, so that mining would become more beneficial for low-scale miners than for big players.
sr. member
Activity: 336
Merit: 265
I feel like someone much smarter than us may have figured this out

Yeah and he is myself.

But you probably won't understand it when it is explained to you.
member
Activity: 67
Merit: 10
The above is just an argument from authority, the self-professed 'authority' being yourself.

No it is reality as has been demonstrated over and over in 1000s of years of human history. Your ignorance of world history is not my problem.

Never, ever has a prosperous civilization trusted a monetary unit (or even fungible unit-of-exchange) that could be created out of thin air by everyone.

Now you go on Ignore. Goodbye.

STOP SPAMMING MY THREAD WITH USELESS NOISE. GO CREATE YOUR OWN THREAD. Have a little respect to the person who put so much effort into this thread.

Why do yall keep arguing?

Is there any sources for reading material on this subject? I feel like someone much smarter than us may have figured this out
full member
Activity: 196
Merit: 100
Central banks will adress the legitimate needs of people using cryptocurrency and leave the coins to fight over breadcrumbs. Which in the grand scheme of things is quite a lot anyway..
sr. member
Activity: 336
Merit: 265
Lol and they banned me back in 2013 and look how prescient I was in early 2013 (and this was only about 2 weeks of studying Bitcoin):

http://bitcoin.stackexchange.com/questions/3111/will-bitcoin-suffer-from-a-mining-tragedy-of-the-commons-when-mining-fees-drop-t/8686#answer-86868686

They since lifted the ban but I never go back there any more.
sr. member
Activity: 336
Merit: 265
Bitcoin "killer" approaching...

Quote from: AnonyMint's whitepaper
5. Satoshi’s Proof-of-Work


Dictatorship: Exponential or power-law distribution of the control of mining resources is a power-vacuum trending toward a winner-take-all disequilibrium.

Censorship: Permissionless free market to add transaction events and stand up consensus order (i.e. mining) nodes only until the winner-take-all “benevolent dictator who never allows double-spends”* arrives with 51% concentration of systemic hashrate.

Monopolistic: Insoluble eventual monopoly on transactions fees, regardless of the level of any perpetual minted block reward and any decision or algorithm that could be proposed for block size adjustment.

Synchronous: No asynchronous concurrency of transaction ordering for enhanced scaling and throughput. Only the mining node (possibly a pool) that produces the next block may add transactions during the block period, and all transactions must be propagated to every node. Resiliency and liveness, provided by miners competing to produce the next block, is decreasing on trend to the winner-take-all mining centralization.

Undecidable: Long range retroactive chain forks (aka “long-con attack”) if orders-of-magnitude hashrate increases are lurking, e.g. if quantum computers appear.¹⁷

Aliasing: Applies anti-aliasing filter to partial orders, thus requiring high latency and variance of transaction confirmations, which is inefficient and only probabilistic, never final.

Wasteful: Burns waste heat for security instead employing the positive scaling law of open source for forming a global truth. And burns waste heat as an objective work for issuance instead of funding illiquid knowledge production.


---

* Refers to the plausible outcome of the winner-take-all power vacuum which is described in the Selfish Mining Example sub-section.

[redacted]

References

[redacted]

¹⁷Serguei Popov. The tangle. §4.3 Resistance to quantum computations, p. 24, Apr 3, 2016.

[redacted]

Of course the detailed explanations are not shared with you until the paper is published, for reasons of competition from copycoins.
hv_
legendary
Activity: 2520
Merit: 1055
Clean Code and Scale
Just found this video about a modified PoS (Prof Kiayias) , partitioned into time slots and with a random selection of new stakeholders

Shows nice graphs on theoretical central -> decentral and speed graph but missing full CAP theorem view. Watch at 15min:

https://youtu.be/pjYDWWEkgN0


At 35 min the new PoS model comes up.

Guess, it won t work....
Pages:
Jump to: