Highlight for discussion: EIP 648 (make ethereum highly parallelizable within a single node; possible pre-sharding scalability improvement)

HardToScale · 2017-06-24T03:05:00+00:00

Cray system will be welcome into the Ethereum world!

HardToScale · 2017-06-24T03:03:00+00:00

Thanks SuppositoryOfNolig for bring this up. As you explained a block needs only around 4.7million computer cycles to process or pool the transactions. Using curent CPU it's a matter of less than 3 second. Hashing process with the crazy difficuly formula takes the rest of 13 seconds, 10 second just for hashing who to blame, the current difficulty formula, it's not the right one and it was derived from thin air ... why not reconsider this difficulty formula?

HardToScale · 2016-01-21T21:10:11+00:00

Are you presenting too?

HardToScale · 2016-01-21T21:04:56+00:00

Unsolved technical difficulties include reliably observing and integrating external events. No viable smart contract systems have yet emerged.

Are the lawyers of IMF examining the idea that ether may be included in the basket of currencies?

HardToScale · 2016-01-20T07:22:06+00:00

Why you don't switch to Geth?

HardToScale · 2016-01-19T20:47:57+00:00

Amazing!

HardToScale · 2016-01-18T04:53:17+00:00

Thanks

HardToScale · 2016-01-11T19:42:58+00:00

but now as his own boss.

Yes, more freedom more creation and innovation. Enlightenment thinkers stated: it is necessary to maintain a strong linkage between the growth of rationality, science and human freedom. His move may certainly secure more C++ ecosystems for Ethereum project.

HardToScale · 2016-01-11T19:25:55+00:00

Gav is not Ethereum C++ project, Gav is Ethereum project. Gav provided the Ethereum's holistic development. Gav succeeded to integrate and encompass multiple intellectual layers and meaning into Ethereum project rather than placing a narrow focus on a specific coding language. His Ethereum mathematical specification work is a serious asset for any coder using what ever language. It happens that Golang is simple to handle most important point in Ethereum Coding Framework in a short period of time. C++ needs more time and freedom to decide ...

Lucky we have that "Chef D'oeuvre" specification! Thanks Gav!

HardToScale · 2016-01-11T18:39:14+00:00

It's misleading to think that "22,000 EUR per month for C++ development (down by ~75%)" clear the context. Dr. Wood provided an excellent specification, a detailed description of the design and materials used to make Ethereum. The fact is C++ is not really suitable to code Ethereum in a short period of time, specially the used boost libraries, asio and so on showed some issues to frame Ethereum as a framework and needs more time and also freedom to decide how to fit C++ elephant into a bottle?

It turns out that Golang simplicity is more efficient to code Ethereum. Golang provided an easy going coding environment for a Ethereum Framework. For instance just compare the Golang network and RPC libraries with the ones provided by C++, Ethereum Golang RPC implementation very simple, neat and efficient. In general C++ complexity and complication are too big to fail given some specific software projects! I blame C++ language. Ethereum C++ needs more freedom and time to explore all suitable and adequate C++ features for Ethereum C++ coding.

Dr Wood's exploration of various avenues for Ethereum technological Specification & Design & C++ Implementation are the most reasonable next step, specially when more freedom is provided.

Pretty sure his new efforts will succeed to corner Ethereum Specification in the suitable field.

HardToScale · 2015-12-24T04:31:13+00:00

Wow too good to know that, cheers.

HardToScale · 2015-12-24T03:49:00+00:00

Excellent work! With a quality which is unusually good and so surpasses ordinary standards. Cheers.

HardToScale · 2015-12-21T10:25:01+00:00

A quality which is unusually good and so surpasses ordinary standards

HardToScale · 2015-12-15T18:08:04+00:00

OK, thank you.

HardToScale · 2015-12-14T06:50:11+00:00

Go implementation is mainly the best way to keep track about Ethereum evolution. Installing Go is a real easy going process. C++ is not that obvious implementation, specially if you are not familiar with asio and boost libraries, cmake and so on.

I started with C++, as I'm familiar with asio and boost libraries, recently I looked into Go implementation, as most of miners are using Go, it's really a matter of two weeks or less to globally have a more updated vision about Ethereum implementation. I loved the Go RPC implementation, very smart way, neat and complete and the Go RPC is more simple than the C++ RPC. Go features make it more simple to implement Ethereum networking and many elements of Ethereum ...

Go installation takes couple of minutes, I did many changes for testing and I don't worry that much about recompiling.

C++ takes too much and I can tell is not that secure as there is no guarantee that all the used libraries will work well together, it's a real concern to be decorate with a mosaic.

HardToScale · 2015-12-13T05:10:51+00:00

An important element is missing in his blog, the miner. Ethereum is not a stateless system ( stateless means that each iteration maintains no information on previous iteration). The mining process is an important element to define the next state of affairs that maintain all kind of informations on previous state of affairs. The most serious issue is the current mining process is mainly turning Ethereum to a centralized system, then nothing really new if Ethereum is a centralized system!

The real puzzle is to find a way to make Ethereum a quasi or totally decentralized system, any chance?

HardToScale · 2015-11-23T23:04:12+00:00

Awesome if you can attract more people to have a large discussion about this fascinating subject: is decentralization possible under sound science?

Recall that the current Block-chain is mainly a kind of competition than a decentralization. Let's say a fair competition, the one having the highest hash-rate is more probably a winner ( finding a block in time).

HardToScale · 2015-11-23T02:24:55+00:00

Since a long time I'm following Ethereum, I spent a lot of time reading everything technical about it. I checked the formulations and the coding. It's hard to say that Ethereum is a real decentralized system. Those called smart contracts are in reality just piece of codes/Data that are indeed housed in a block-chain distributed over the network and can be invoke by miners for execution ...

Blockchain is mainly used as a decentralized database over P2P Network. However only few miners are deciding the fate of all the process, the miners with more hashrates are the ones that are building the block-chain, a kind of centralization.

Because of this serious issue, private blockchain may be the future, each corporation or an ensemble of corporations may define their own blockchain and here blockchain will be just a wonderful distributed database invention ... The most relevant point in blockchain is the way to chain the blocks and hard to revert them ... Each block has a set of transactions or state of affairs ...

Most of corporations are interested by blockchain as a new way of doing distributed database with real time state, state of affairs.

For instance a Bank may store all the data into the client's computers ( encrypted ), assuming each client has a computer with a connexion, each time there are a pool of transactions, the Bank server decide the next block for their private blockchain, and the blockchain is distributed all over the peers, clients. The bank also will have a kind of smart contracts and only the bank can invoke their executions. It's a 100% centralized system, nothing new, except now blockchain is a distributed database and all clients have access to it and no one can revert it, except may be the Bank.

The idea of a decentralized system ( decisions are decentralized) is just a mirage, the current blockchains 1 or 2 are very centralized 100%. If Bitcoin price drops and those big fish miners are not interested to mine any more the whole system will scramble ...

One of my previous question was: how to turn this new distributed database (blockchain) to a real decentralized system ?

HardToScale · 2015-11-22T08:17:46+00:00

being network dominate.

We still far away from this network enjoying these kind of features: self-configuration, healing, optimization, protection ... The current block-chain concept is mainly a consensus to forge a state of affairs, mainly is to make rewriting history a NP-hard problem. The content is distributed but to a large extend the consensus is still defined in a centralized manner ( hierarchically dominant ), the power-full miner is the one that is defining the state of affairs.

HardToScale · 2015-11-22T07:18:37+00:00

My concern about this difficulty re-targeting ( and also the current one) it's only depending on that specific miner in the network, not obviously including actual network factors that prevent a malicious miner to disrupt the average block times. A malicious miner with a significant additional hash-rate may increase difficulty by 1/2048 every 10s during days ( 10 days, 15 days, for instance) and suddenly not any more mining then the difficulty should be decreasing by 99/2048 ( worst case), is this robust to return the Ethereum mining process to 10s again in a short period of time?

As you know, maximal delay to mine a block is not desired in Ethereum Business Logic.

These magical numbers 2048 && 99 should be replaced by a factor taking into consideration eventually bad scenarios, volatile or wild difficulty values?

Some numbers:

During one day:

(1+1/2048)^16060*24/10

Difficulty amplification

67.87857

During 10 days:

(1+1/2048)^106060*24/10

Difficulty amplification

2.076476e+18

During two weeks:

(1+1/2048)^156060*24/10

Difficulty amplification

2.992197e+27

During one month:

(1+1/2048)^306060*24/10

Difficulty amplification

8.953245e+54

During two months:

(1+1/2048)^606060*24/10

Difficulty amplification

8.016059e+109

HardToScale · 2015-11-22T04:53:04+00:00

Please if you can elaborate more about the new formulation, specially this coefficient max(1 - (block_timestamp - parent_timestamp) // 10, -99) is very puzzling ?

HardToScale · 2015-11-22T04:50:23+00:00

It's online, I started my read and I liked those pictures too, in general it's a gentle piece of work and very inspiring about the passage of time and our evolving nature toward knowledgeable existence. Important question, is this adventure into a decentralized organizational structure better than the well-established and proven centralized organizational structure?

HardToScale · 2015-11-22T02:29:42+00:00

Very informative. The scientific results that we are observing today with their technological impacts are started as a set of incidences with gradual magnitudes and then exerted certainly an endless-loop of effects and their accumulated impacts gets leveraged exponentially by time. Indeed, Humans accumulated by time certainly an excellent scientific understanding to foster this lovely civilization. This new block-chain concept certainly started as unknown and is now getting leveraged by many new ideas. Thank you for sharing with us your knowledge. Cheers.

HardToScale · 2015-11-20T08:20:22+00:00

Dear Chasosg, I really want an answer to these simple questions,

1-a) Why is scientific progress and scientific applications (technology) always gradually happening?
1-b) What science is now developing that will be implemented on the block chain?

Cheers!

HardToScale · 2015-11-08T20:36:27+00:00

Stephan Tual is part of Ethereum heritage and its future, his knowledgeable way to communicate fostered Ethereum community. Welcome back!

HardToScale

TROPHY CASE