Beacon_ smart contracts that work on the main chain.

The Ethereum Beacon Chain is one of several options for increasing Ethereum. As such, there is evidence that there are a number of operations. This process requires a lot of processing power. Work evidence shows that people with the best equipment and communication have good ratings. In other words, the higher the hash level, the higher the likelihood that you will solve the puzzle first. Therefore, the concept of proof of employment is absolutely useless, because only one miner gets an award, and all the other miners lose their jobs. To change this, you need to apply the concept of stake proof.

Ethereum Lighthouse:

The concept of proof of the work of the Ethereum Blockchain will continue to exist. There is another block chain in our main block chain. The lighthouse circuit is called. Thus, there are smart contracts that work in the main chain. And in the main national network framework, users conclude contracts to send deposit transactions. As such, it works with the concept of proof of ownership, but still has a second chain block, which depends on the main chain.

Aether Flare Chain

Requirements for flare design?

Therefore, you can transfer 32 ethers to a deposit agreement with two other parameters. Therefore, this function has three parameters. First of all, every saved transaction must have 32 elements. You also need a specific pub key and a specific evacuation address. This will produce an Ethereum release key and other publish keys that you use for output.

Therefore, you must provide some data and have at least two key publications. Entering the correct transaction will result in a receipt. Therefore, each client in the stock verification chain needs at least adequate access to the work chain certificate. Thus, you should know that the hash block and the deposit check are between two checkpoints. Thus, he can easily become a customer to attract the attention of customers.

How does the flare chain work?

Thus, the lighthouse chain will be parallel to the Ethereum beam. Thanks to the assessment mechanism, it is possible that the level will be far lower than 25%. Cola proof has a main key chain. The next block in the flash chain represents the next block in the main chain. Because of this, there are strict rules for consensus.

Therefore, links to the main chain of sub-elements must be the same or originate from links to the ancestral main chains. Further processing of the block becomes part of the agreed rules and must be respected.

Therefore, the contributor adds itself to the set, waiting for the validator to be saved in the next block. There are several sets of validators in the flare chain. Therefore, the current set has an active validator, a delayed validator, and a validator set. As a result, deposits are combined into a validator set that is delayed.

Beta phase - basic implementation of sharding

In this second step, the initial implementation of the sharding system is integrated with the key chain. This solution follows the principle of database sharding, which is widely used in the IT field. Different parts of the Ethereum Beacon network state are stored in different nodes.
The main purpose of the beta testing phase is to create an operational segmentation network and test how the new approval and verification procedures work. At this point, the Ethereum Beacon network records the actual account balance without using sharding for transactions.
Fragment block fragments, header verification, body verification, and cross validation rules.

Gamma Step: Sharding using EVM / EWASM

At this point, Ethereum Beacon completes the transition to a new key chain network. Full sharding is performed, including transaction confirmation and account balance entries for individual thresholds.
Validators begin to receive higher gifts, but face a higher level of responsibility. Any abusive behavior tends to lose its security margin, with the exception of checking collections.

Ethereum Beacon will develop a faster and more mobile alternative to the old Ethereum virtual machine called Beacon Assembly. This will be the new runtime for smart contracts. Building Beacon is specifically optimized to run code as fast as the original machine. It supports smart contracts written in C, C +, Go, Rust and other languages and Solidity.

Phase delta: asynchronous cross partition, exponential shadow, etc.

At this point, you will transfer most of the dApp from the existing virtual machine to the beacon assembly and use a new virtual machine to develop many new applications. This will give you a very interesting opportunity.

One of them is a cross-split transaction. In other words, asynchronous execution is used in different blocks to make transactions immediately and automatically changes the state of several factions. Asynchronous separation from the junction is very important to expand the proper separation system.

But another interesting solution to implementing Ethereum Beacon is exponential exchange. This is the most important decision for future expansion, based on dividing each faction into many fractions from the second level (second fraction), and then dividing it into smaller fractions. This can increase network bandwidth to levels that are not possible on networks such as Visa and Mastercard.

Implementation phase