hebao_2.0

Update deployment-mainnet.md (#2657)

* Update deployment-mainnet.md

* Update deployment-mainnet.md

loopring_3.8.0

AMM v2

loopring_3.7.0

ETHPort

loopring_3.6.1

This is the last version before the following features are added:

• AMM v2 (3.8)
• ETHPort (3.7)
• v3.9

hebao_1.2.0

[hebao1.2] update UpgraderModule.sol (#2010)

hebao_1.1.6

[Loopring AMM] Add more tests and fix a few issues (#1835)

loopring_3.6.0

• It can mix and batch process different types of layer-2 transactions into the same block, which greatly improved the relayer's batching efficiency and reduced the ZKP prover cost.
• Explicit account activation for layer-2 is no longer required. All Ethereum addresses are activated by default thus can receive funds on layer-2.
• The capacity is now much larger. It supports up to 2³² (~4.3 billion) accounts, 2¹⁶ (65536) tokens, and ²³² (~4.3 billion) order IDs.
• It supports much flexible deposits and withdrawals. Now a user can deposit to another user's layer-2 account and can withdraw to any Ethereum address on layer-1.
• It also supports different layer-2 transaction authentication using ECDSA signature, EdDSA signature, and onchain hash. 
• It supports Agents - an Agent is smart contracts authorized by a user to act on behalf of the user to transact and interact with Loopring. The Agent design enables extensibility.
• All withdrawals are potentially fast-withdrawals as long as there are liquidity providers willing to "accelerate" these withdrawals. All fast withdrawals can even be further "speed up" while pending in Ethreum's mempool. Fast withdrawal is built using the Agent design.
• Layer-2 AMM settlement support. Loopring supports the Balancer's curve: A^a * B^b* … *Z^z = K . Loopring 3.6 allows the very flexible design of the AMM managing contracts on layer-1. These AMM contracts are also Loopring Agents.
• Layer-2 transfers can be parallel -  they can settle "out of order" to enable scenarios such as red-envelop distribution.
• Maintainance mode is removed and Shutdown mode no longer requires a complete state revert.
• All fees are "max fees", which allows the operator to offer users a fee discount.
• Dual Authoring is back. With Dual Authoring, transfers can omit the recipient address and whoever gets the first Dual Authoring private key can claim the transfer. This enables the payee-scans-payer payment scenario, especially when the payer has no network connection.
• Orders can specify a target address to match with. This is a protocol-level security guarantee for OTC trades.
• Deposit fees and token registration fees have been removed.

See here for a more detailed list of changes compared to 3.1:
https://github.com/Loopring/protocols/blob/master/packages/loopring_v3/security_audit/LoopringV3_6_vs_V3_1.pdf

hebao_1.1.5

Hebao's first mainnet release with bug fixes and improvements based on internal and external audits.

hebao_1.0.3

Bump @types/node from 14.0.5 to 14.0.14 (#1332)

Bumps [@types/node](https://github.com/DefinitelyTyped/DefinitelyTyped/tree/HEAD/types/node) from 14.0.5 to 14.0.14.
- [Release notes](https://github.com/DefinitelyTyped/DefinitelyTyped/releases)
- [Commits](https://github.com/DefinitelyTyped/DefinitelyTyped/commits/HEAD/types/node)

Signed-off-by: dependabot-preview[bot] <[email protected]>

Co-authored-by: dependabot-preview[bot] <27856297+dependabot-preview[bot]@users.noreply.github.com>