C & # 39; is a software ready to help the ethereum scale – right now.
Exclusive to CoinDesk, the raw architecture of Turbo Geth has been completed – and is currently available for early test users. Alexey Akhunov, the independent software developer who created the software, told CoinDesk that, unlike many other scaling solutions, Turbo Geth tries to counter the so-called ethereum state, rather than congestion and transaction costs.
The term "state" in this context describes the growing history of all network calculations. With the rewriting of Geth, the internal software of the Ethereum Foundation for interaction with the blockchain, Akhunov said that it reduced storage to a fifth of its current size.
This approach allows the ethereum nodes to function on cheaper hardware. Furthermore, it is something that many in the ethereum community are passionate about because less expensive hardware helps keep the network decentralized.
"We can probably go 10x only with optimizations," Akhunov said in a scalability panel at the Dappcon ethereum conference in Berlin this summer.
Alluding to code improvements that could simplify ethereum – before moving on to downsize tech sharding – the statement was greeted with much applause.
Aligns with anticipation that many believe in the industry for the work of Akhunov, announced as one of the most promising scaling solutions of ethereum (though not anchored to the formal lineup).
while there's still work to do – Turbo Geth does not have many of the features that users expect from a fully functioning client currently – Akhunov believes the software will inspire others to adopt experimental approaches in the same way to design .
"One of the contributions I made was that I expanded the design space and said" well, and if we do not do it this way, but we do it in another way, "Akhunov told CoinDesk, adding:
"My main h ope is that it brings other customers and other client developers to look at the broader design space for ethereum clients. "
Everything about the organization
Turbo Geth explains how traditional customers store information and completely overturn the process " The main difference is the way in which it organizes the database that stores the status and the status story, "Akhunov told CoinDesk.
Basically, Turbo Geth takes what has become the dominant way of storing data in the clients ethereum, called the hash tree and replacing that structure with an index very simplified.
For example, while the hash tree requires many steps to retrieve information, Turbo Geth merges a wide range of data, such as account history, nodes, contracts and blocks – in strings of compact information that are lighter to store and faster to retrieve.
The result is that for a complete archive node – an ethereum node type that stores the entire history of the state – Turbo Get h creates significant gains. Compared to the 1.2 terabyte disk space required by Geth today, Turbo Geth users only need 252.11 gigabytes of disk space to run an entire storage node.
In addition, Turbo Geth greatly reduces the way that information is stored at the client level. "Database layout is much easier to use when you just want to look up information from the past," Akhunov said.
The layout makes information retrieval much faster, he continued, adding:
"Querying archiving items in a contract historical point are probably around 100 times faster."
storage image Turbo Geth courtesy of Alexey Akhunov.
Not yet public
While these gains are notable, there is work that remains to be done before Turbo Geth is a usable customer like Geth and Parity, the second most popular client software of ethereum.
In addition to missing a user-friendly interface, Turbo Geth would take about two weeks to synchronize with the kchain block.
"Obviously it is not acceptable to most people," said Akhunov.
As such, Akhunov said that Turbo Geth will need to add support for a feature that reduces synchronization times by allowing clients to connect with screens provided by other archive nodes.
Within the Parity architecture, this is known as "warp sync" and Akhunov said there might be a way to start Turbo Geth from this Parity feature.
Still, while the client is approaching to finish, Akhunov built the software entirely by himself and stressed that he does not have the ability to handle requests from the public – which means that Turbo Geth is strictly in private beta for now .
To build the client, Akhunov received financial support from the Ethereum Foundation and Infura, the software provider led by ConsenSys that enables decentralized applications to interface with ethereum in a lightweight way. Going forward, however, the developer plans to deliver the Turbo Geth project to a committed team to continue its ethereum scalability research.
"I would like to try to give it in good hands," Akhunov told CoinDesk.  Further research
For Akhunov, Turbo Geth does not fully meet his vision of a fully scalable ethereum.
While the storage improvements are substantial, he said: "When I started working on Turbo Geth I made a hypothesis that the bottleneck of the client ethereum is mainly its access to the state, which was true until at some point, but it's not 100 percent. I've changed my point of view ever since. "
For example, while Turbo Geth makes it cheaper and easier for users to run nodes, it does not directly affect scalability, such as increasing transaction speed.
Later, the developer wants to deepen the functioning of clients, not just at the level of individual software, such as Geth and Parity, but as combinations of intercommunicating software.
"To solve the bottleneck of scaling we have to consider how the clients interact and maybe there is incompatibility between them," he told CoinDesk. "Often the slower bit drags you down."
For example, Akhunov has indicated several unresolved mysteries about the blockchain ethereum, such as oddities occurring at the mining level, where periodically, miners produce long chains of blocks that eventually get abandoned.
As such, the developer said he would like to devote his time to studying the ethereum network and looking at customer interoperability issues to better understand where the scalability bottleneck is occurring.
"We may be able to create a track for another couple of years, but to solve this problem we have to look beyond a single customer."
Image of the hard drive via Shutterstock