## 4 Nazzfast Consensus Mechanism
### Block Creation Cycle
#### 4.4.1 Block Proposal Phase
In this situation, the unjoin validator may claim that it did not receive an amount from the network and try to obtain twice the amount from the network or use that amount before the host released it to the validator because it was present in the unjoin block. _Result:_ For the security and integrity improvement of our network, we introduced a transaction posted by the host in the main chain of Nazfast after releasing the stake to the unjoin validator. We added this transaction in the block of the main chain so that the unjoin validator will not claim that it did not receive the amount from the host. The transaction holds the proof that the host has released the amount to the unjoin validator. The main chain block validation committee also validates the transactions of the block that used the unjoin coin of any previous network validator to stop forgery in the system. 3. Time-Locked Transaction Attack

_Condition:_ In this type of attack, an adversary uses coins that are in locked form in the network. The coin is not allowed to be used for some specified amount of time, such as when one party has paddlocked some tokens for a specified time and attempts to spend them before their release time [67]. In our consensus, we have bonded coins in the network. The validator may try to use that bonded stake before unjoining the network. However, we resist the attack by using the approach below. _Result:_ This attack is not possible in our system because we used a validator chain, and all the bonded stake transactions are present in the chain. All V-validators and correctors have this chain. Also, the host has posted a transaction on the main chain that has details of the unjoin validator's coin. While validating transactions of the block, they can validate the transaction from the validator chain and the main chain, and if they find forgery, they can reject the transaction. False Top-Up Attack

_Condition:_ It is a critical exploit that can squeeze all the coins from the blockchain system, in which an adversary makes a false transaction in the system and obtains the right coins [68]. Suppose this attack is successful; it can cause significant damage to the system. We used wildcard entry validator to resist this attack in the system, as discussed below. _Result:_ The purpose of the wildcard entry validator is to improve the security of the consensus process. If someone tries to dishonestly select all 30 validators, there is a possibility that the wildcard entry validator will be honest and report the dishonesty of others. There is also a time constraint to make the wildcard entry validator dishonest by others because the wildcard entry validator joins just before the block creation cycle, so it is not pre-determined by any other member of the network. This feature also improves its security. _Condition:_ A rug pull attack is considered the deadliest attack in blockchain [69]. The attacker stacks a good/fancy token in the blockchain. However, after some time, when the network trusts the node and shifts its token/amount/reward to the attacker, the attacker instantly withdraws the amount and leaves the system by performing any type of forgery. We can also encounter this risk in our proposed consensus because it uses coin staking in the network for nodes to become validators, so we consider the following solution to reduce the security risk of the network. _Result:_ The system used Sea Shield consensus to save the nodes' records in the validator chain when they become validators or leave their responsibilities as validators in the system. It used an extra bonding time concept and a long procedure to join and unjoin the network while taking care of the network security. By using Sea Shield consensus, rug pull attacks becomes very difficult in the network. **Network Layer Vulnerabilities (P2P)**

The network layer creates an environment for data transmission within the entire blockchain network. The peer-to-peer network architecture [70] makes data communication possible in the blockchain network.