Developers Rally Around Ethereum 1x, A New Roadmap for Faster Scaling
Ethereum 1x is an upgrade that aims to improve the usability of the third largest block chain in the world faster.
The exact code changes to configure the upgrade are not yet resolved, but active discussions suggest that a myriad of other proposals can be activated by June 2019 once the final proposal is ultimately formulated, proposed and approved by users of the ethereum network.
This plan, which was first reported by CoinDesk last week, is in its early stages of development.
In fact, Afri Schoedon, the release manager for the Parity ethereum client, has proposed to release the upgrade on a separate block-chain network. Nevertheless, there are many voices claiming that ethereum 1x should be activated in an existing block chain.
It was originally supposed to be added to an upgrade called ethereum 2.0. Vitalik Buterin recently referred to the old name "Serenity." The roadmap for this upgrade has been changed to include a new design specification that is expected to delay activation in June.
According to Schoedon, developers have added confidence that they will not go into production before 2020. According to Schoedon, developers have begun to say, "You have to find a frustrated & # 39; intermediate solution." Get new ideas that can be implemented in the near future.
Schoedon said that the idea for ethereum 1x might be "too radical or controversial", but the goal is to discuss all the ideas in a comprehensive way with community stakeholders and say, "In the end, the upgrade is controversial."
The plans for Ethereum 1x, discussed earlier in the month at a direct meeting at the Ethereum Developers Conference (Devcon4), showed that certain members of the community complained about lack of public participation. Nonetheless, the debate is openly open to public debate.
In addition, meetings to coordinate the proposed upgrade efforts will be conducted in accordance with the Chatham House Rules, which means that public disclosure of the discussion content should exclude the speaker's attribution.
The first meeting of this meeting will be held tomorrow at 14:00 UTC to encourage open discussion among developers.
Schoedon added to CoinDesk: "We should be very discerning about how we do this.
"We must be very comprehensive with everyone in our community and be very open and transparent in talking about all ideas and discussing the best approach."
A big note
According to the minutes, there are four working groups currently developing Ethereum 1x in a discussion of DevCon4 by Dan Heyman, program director of the ethereum blockchain development group, PegaSys.
One of these groups, led by ethereum core developer Alexey Akhunov, is leading the effort to introduce storage rentals on the ethereum platform. Storage rentals are a mechanism that developers discuss in detail in March. Its purpose is to inhibit the growth of ethereum "state" which is understood as all active applications and accounts operating on a block-chain network.
Considering the rapid acceleration of distributed applications (dapps) built on ethers through smart contracts (self-distribution code lines), the amount of data stored in the block chain is increasing to support these contracts.
This is a problem for new users who want to join the network by deploying software called nodes that download and maintain full copies of the active block-chain state.
As Akhunov said in CoinDesk, the larger the country, the longer it takes for a new computer that has joined the ethernet network to download and maintain such copies.
Schoedon has estimated that the ethereum blockchain data is now 125 gigabytes in size and the network is active at about 10 gigabytes.
"At the end of next year and in large countries, we are growing at a rate of 200 to 300 gigabits of concatenated data," Schoedon says.
Thus, the proposal to charge users who store smart contract data in a block chain aims to mitigate the speed at which the ethereum block chain is currently growing to ensure network accessibility for all users at least in a short period of time. term.
But this is not the only proposal currently being discussed among developers. Another suggestion is to move certain parts of the clever contract data out. This will effectively push the responsibilities of the data store to the dapp developer.
Akhunov acknowledges that a mechanism called "stateless contract" for implementing off-chain smart contract data would be simpler to implement than storage leasing.
This proposal is still a concern because it involves how dapp developers share and update off-chain data.
"I currently have problems with stateless contracts, people think it's actually easier to implement, and it's easier to implement in terms of protocol upgrades," says Akhunov. "But they will be much more difficult for dapp developers to support."
Hands on hands
In addition to storage rents, another group focused on another 1x is looking for suggestions to keep old information stored in a block chain to mitigate the pressure of growing countries.
But in addition to the ethereum's data storage mechanism, a third team of developers, called "simulation groups," aims to analyze the problems that occur through the block chain when the block size grows or latency increases, Akhunov said.
This is especially important because of code optimization that increases the block propagation rate in ethereum. Ethereum miners can add more transactions per block and collect more transaction fees because new blocks are delivered faster through the network.
Akhunov said that few studies have accurately pinpointed how much the maximum amount of transaction fees collected by miners called "gas limits" is less.
"There are a number of studies to analyze how blocks propagate through the network and what will happen if the gas limit is increased," Akhunov said.
Some of the development efforts at ethereum 1x focus on running simulations to test higher gas limits, as it is a key area of research into the widespread progress in scaling pressure mitigation facing today's networks.
Therefore, ethereum 1x is expected to improve transaction throughput on ethereum in addition to the addressing issues associated with block-chain state size. In fact, the two issues go hand in hand in the context of supporting more network activities.
According to Akhunov, ethereum 1x is the "ensemble" of various proposals that work only when deployed together.
He told CoinDesk:
"We want to solve these problems together, not just one problem. We have to solve them with an ensemble, not just one at a time."
Out of the box
The group's dovetailing characteristics also include a fourth task team to reduce the cost of smarter contract deployment. The idea is that such efforts can lead to an increase in the cost of intelligent contract storage costs in ways that can be balanced with proposals such as rent.
Early on by implementing eWASM, a new virtual machine that handles smart contract codes, developers are aiming to leverage new technologies and make so-called "precompiles" easier.
Precompilation is usually deployed as a smart contract task that is optimized to run natively on ethereum with a fixed fee or gas cost. As Akhunov explains, only a few are currently created on the ethereum network.
However, it is required to require more to simplify the development of smarter contracts.
Akhunov admitted, "Because of the limited number of people in the core development team, once you start implementing all the precompilation that people require, you will never be able to do anything else."
One of the biggest hurdles when developing precompilation is determining fair gas costs for certain smart jobs.
Typically, developers create formulas that measure the amount of time and energy it takes to run precompilation. However, the eWASM engine makes this pricing process automatic.
As Akhunov emphasizes:
"The eWASM engine will do what it calls metering, it will quantify the operation and it will charge as much gas as is consumed by the operation."
Akhunov added, "We plan to open the eWASM to all smart contract developers after anticipating and thoroughly testing the precompilation process so that the technology is easier for the EREM core developers to use."
In fact, the long-term goal is to eliminate the need to write all pre-compilations. Among the other benefits of smart contract developers, the previously reported eWASM engine is expected to perform all smart contract work with native network speed and efficiency.
Until the future is realized, etheriem 1x is planned to maintain an ether network called parity developer Afri Schoedon "ready-to-use" solution.
Schoedon says all these solutions are expected to be activated in a "very accelerated schedule," but Schoedon stresses that concrete action will not be taken until "a broad community of consensus" is achieved.
EDIT: Earlier versions of this article mentioned stateless clients with stateless contracts.
Images from CoinDesk archives
(f.fbq) return; n = f.fbq = function () n.callMethod?
n.callMethod.apply (n, arguments): n.queue.push (arguments); if (! f._fbq) f._fbq = n;
n.push = n; n.loaded =! 0; n.version = & # 39; 2.0 & # 39 ;; n.queue = ; t = b.createElement (e); t.async =! 0;
t.src = v; s = b.getElementsByTagName (e) ; s.parentNode.insertBefore (t, s)} (window,
Document, & # 39; script & # 39 ;, & # 39; // connect.facebook.net/en_US/fbevents.js');
fbq (& # 39; init & # 39 ;, & # 39; 239547076708948 & # 39;);
fbq (& # 39; track & # 39 ;, & # 39; PageView & # 39;);
You must log in to post a comment.