etomic-swap VS openzeppelin-contracts

Taker Sends >B pays the dex fee so that A will start the process by locking his coins.2) Maker Successfully Sends >A picks randomNumber: `secret_A`A creates a utxo on the Bitcoin blockchain with value: 1 BTC encumbrance: the value can be claimed by A after 20 hours or by B if he knows the secret `secret_A`3) Taker Successfully Sends After seeing the above utxo, B creates the following utxo on the KMD blockchain: value: 100 KMD encumbrance: the value can be claimed by B after 10 hours or by A if he knows the secret `secret_A`4) Maker Spends A uses the `secret_A` and claims the KMD, thereby revealing the secret5) Taker Spends B now uses the public `secret_A` to claim the BTCThe times can be adjusted based on requirements of security and "ease of use" Normally, A should have a longer locktime so that B can have sufficient time to get his coins back if A doesn't reveal the secret `secret_A`for eth, CLTV and other bitcoin specific OP\_CODES are replaced by a smart contract, whose code is here: [https://github.com/artemii235/etomic-swap](https://github.com/artemii235/etomic-swap))the cross-platform implementation of the protocol is here: [https://github.com/KomodoPlatform/atomicDEX-API/](https://github.com/KomodoPlatform/atomicDEX-API/))Its [android GUI is in beta and can be tested right now](https://play.google.com/store/apps/details?id=com.komodoplatform.atomicdex&hl=en), iOS version is in [testflight](https://testflight.apple.com/join/c2mOLEoC)You can read about the Komodo team's implementation of the protocol [here](https://developers.komodoplatform.com/basic-docs/start-here/core-technology-discussions/atomicdex.html#introducing-taker-and-maker) and instructions to use the DEX through the CLI [here](https://developers.atomicdex.io)The atomicDEX application needs access to privkeys currently, but they never leave your device. We are also planning Hardware wallet support in the 0.6.0 release. This should alleviate most concerns with privkey access.

Deploy the 1.0 release of EtomicSwap contract to SmartBCH mainnet: https://github.com/artemii235/etomic-swap/releases/tag/1.0.

// SPDX-License-Identifier: GPL-3.0 pragma solidity ^0.8.20; import "https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v5.0.0/contracts/token/ERC20/ERC20.sol"; interface Sfs {     function register(address _recipient) external returns (uint256 tokenId); } contract ModeToken is ERC20 {     address feeReceiver = msg.sender;     constructor() ERC20("ModeTokenSFSTest", "SFST2") { //Example amount to mint our ERC20         _mint(msg.sender, 1000 10 * 18);   // This is the SFS contract address on testnet Sfs sfsContract = Sfs(0xBBd707815a7F7eb6897C7686274AFabd7B579Ff6); //Registers this contract and assigns the NFT //to the deployer of this contract sfsContract.register(msg.sender);     } }

Lets look the events of Open Zeppelin’s ERC20 token contract:

ERC-777 is difficult to implement properly, due to its susceptibility to different forms of attack(opens in a new tab). It is recommended to use ERC-20 instead. This page remains as a historical archive.