ERC 토큰 등록 요청을 하기 위해서, IDE에서 solc 0.5.6 compiler로 MyERC20.sol을 갖고 Deploy를 진행했습니다.
Smart contract : Deploy하면서 생긴 주소를 입력했습니다.
Signature에는 제 지갑에 연동된 Private Key를 입력했습니다.
Token Type : ERC-20
Compiler Version : 0.5.6
Optimizer : On (이건 뭘 선택해야 될지 모르겠습니다)
Code File : MyERC20.sol과 Migrations.sol을 압축해서 ERC20.zip을 업로드
했는데 생성 에러가 나는데… 어떻게 해야 될까요?
MyERC20.sol 내용은 공식문서에 나온 코드를 그대로 사용했습니다.
제가 많이 서툴러서 그런지… 안되는게 많네요
답변 주시면 감사하겠습니다!
참고할만한 답변이 이미 있네요
근데 Signautre를 구하기 위해 caver-js를 실행하는데 Text Decoder에러가 생기네요.
node v11부터 저 에러를 해결할 수 있다는 말이 있는데… v11로 올려도 될까요?
현재 klaytn이 node v10에 안정화되어 있다고 알고 있어서 일부러 낮춘거였거든요.
제 환경설정 : node v10, npm v6, truffle 4.1.15, solc v0.4.25 (0.5.6을 설치했는데 적용이 안되네요)
const textDecoder = new TextDecoder()
^
ReferenceError: TextDecoder is not defined
Signature값을 새로 구해서 작성했는데도 토큰 등록 요청이 실패했다고 나오네요.
고객 센터에 문의하라 해서 문의드립니다…!!
Contract Address : 0x5221ec4ec6ec829edeb505b5a8ab81801d6469e0
Signature : caver.klay.accounts.sign(contract_address, praivate_key)해서 만든 값
Token Type : ERC-20
Compiler Version : 0.5.6 (IDE에서 선택했던 값)
Optimizer : Off (petersburg, constantinople 등이 있는 걸로 아는데 제가 따로 설정 안했다면 off겠죠?)
Code File : MyERC20.zip (MyERC20.sol, Migrations.sol을 압축한 파일)
참고로 MyERC20은 공식 문서에 있는 샘플 그대로입니다.
pragma solidity ^0.5.6;
/**
@dev EIP에 정의된 ERC20 표준 인터페이스 추가 함수를 포함하지 않습니다;
이들에 접근하려면
ERC20Detailed을 확인하세요.
*/
interface IERC20 {
function totalSupply() external view returns (uint256);function balanceOf(address account) external view returns (uint256);
function transfer(address recipient, uint256 amount) external returns (bool);
function allowance(address owner, address spender) external view returns (uint256);
function approve(address spender, uint256 amount) external returns (bool);
function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
event Transfer(address indexed from, address indexed to, uint256 value);
event Approval(address indexed owner, address indexed spender, uint256 value);
}library SafeMath {
/**
* @dev 두 부호 없는 정수의 합을 반환합니다.
* 오버플로우 발생 시 예외처리합니다.
*
* 솔리디티의+연산자를 대체합니다.
*
* 요구사항:
* - 덧셈은 오버플로우될 수 없습니다.
*/
function add(uint256 a, uint256 b) internal pure returns (uint256) {
uint256 c = a + b;
require(c >= a, “SafeMath: addition overflow”);return c; } /** * @dev 두 부호 없는 정수의 차를 반환합니다. * 결과가 음수일 경우 오버플로우입니다. * * 솔리디티의 `-` 연산자를 대체합니다. * * 요구사항: * - 뺄셈은 오버플로우될 수 없습니다. */ function sub(uint256 a, uint256 b) internal pure returns (uint256) { require(b <= a, "SafeMath: subtraction overflow"); uint256 c = a - b; return c; } /** * @dev 두 부호 없는 정수의 곱을 반환합니다. * 오버플로우 발생 시 예외처리합니다. * * 솔리디티의 `*` 연산자를 대체합니다. * * 요구사항: * - 곱셈은 오버플로우될 수 없습니다. */ function mul(uint256 a, uint256 b) internal pure returns (uint256) { // 가스 최적화: 이는 'a'가 0이 아님을 요구하는 것보다 저렴하지만, // 'b'도 테스트할 경우 이점이 없어집니다. // See: https://github.com/OpenZeppelin/openzeppelin-solidity/pull/522 if (a == 0) { return 0; } uint256 c = a * b; require(c / a == b, "SafeMath: multiplication overflow"); return c; } /** * @dev 두 부호 없는 정수의 몫을 반환합니다. 0으로 나누기를 시도할 경우 * 예외처리합니다. 결과는 0의 자리에서 반올림됩니다. * * 솔리디티의 `/` 연산자를 대체합니다. 참고: 이 함수는 * `revert` 명령코드(잔여 가스를 건들지 않음)를 사용하는 반면, 솔리디티는 * 유효하지 않은 명령코드를 사용해 복귀합니다(남은 모든 가스를 소비). * * 요구사항: * - 0으로 나눌 수 없습니다. */ function div(uint256 a, uint256 b) internal pure returns (uint256) { // 솔리디티는 0으로 나누기를 자동으로 검출하고 중단합니다. require(b > 0, "SafeMath: division by zero"); uint256 c = a / b; // assert(a == b * c + a % b); // 이를 만족시키지 않는 경우가 없어야 합니다. return c; } /** * @dev 두 부호 없는 정수의 나머지를 반환합니다. (부호 없는 정수 모듈로 연산), * 0으로 나눌 경우 예외처리합니다. * * 솔리디티의 `%` 연산자를 대체합니다. 이 함수는 `revert` * 명령코드(잔여 가스를 건들지 않음)를 사용하는 반면, 솔리디티는 * 유효하지 않은 명령코드를 사용해 복귀합니다(남은 모든 가스를 소비). * * 요구사항: * - 0으로 나눌 수 없습니다. */ function mod(uint256 a, uint256 b) internal pure returns (uint256) { require(b != 0, "SafeMath: modulo by zero"); return a % b; }}
/**
@dev
IERC20인터페이스의 구현이 구현은 토큰이 생성되는 방식과 무관합니다. 이는
파생 컨트랙트에
_mint를 이용한 공급 메커니즘이 추가되어야 한다는 의미입니다.일반적인 메커니즘은
ERC20Mintable을 참조하세요.*자세한 내용은 가이드 [How to implement supply mechanisms]
(How to implement ERC20 supply mechanisms - Guides and Tutorials - OpenZeppelin Forum)를 참고하세요.*
일반적인 OpenZeppelin 지침을 따랐습니다: 함수는 실패시
false를 반환하는 대신예외처리를 따릅니다. 그럼에도 이는 관습적이며
ERC20 애플리케이션의 기대에 반하지 않습니다.
또한,
transferFrom호출 시Approval이벤트가 발생됩니다.이로부터 애플리케이션은 해당 이벤트를 수신하는 것만으로
모든 계정에 대한 허용량(allowance)을 재구성 할 수 있습니다. 이는 스펙에서 요구되지 않으므로, EIP에 대한 다른 구현체는
이러한 이벤트를 발생하지 않을 수 있습니다.
마지막으로, 표준이 아닌
decreaseAllowance및increaseAllowance함수가 추가되어 허용량 설정과 관련해 잘 알려진 문제를
완화했습니다.
IERC20.approve를 참조하세요.
*/
contract MyERC20 is IERC20 {
using SafeMath for uint256;mapping (address => uint256) private _balances;
mapping (address => mapping (address => uint256)) private _allowances;
// https://github.com/OpenZeppelin/openzeppelin-solidity/blob/v2.3.0/contracts/token/ERC20/ERC20Detailed.sol 시작 부분을 참고
string private _name;
string private _symbol;
uint8 private _decimals;constructor (string memory name, string memory symbol, uint8 decimals) public {
_name = name;
_symbol = symbol;
_decimals = decimals;_mint(msg.sender, 100000 * 10 ** uint256(decimals)); // 주의! 초기 발행량???}
/**
- @dev 토큰 이름을 반환합니다.
*/
function name() public view returns (string memory) {
return _name;
}/**
- @dev 주로 이름을 줄여서 표현한 토큰 심볼을
- 반환합니다.
*/
function symbol() public view returns (string memory) {
return _symbol;
}/**
- @dev 사용자 표현을 위한 소수 자릿수를 반환합니다.
- 예를 들어,
decimals이2인 경우, 505` 토큰은- 사용자에게
5,05(505 / 10 ** 2)와 같이 표시되어야 합니다.- 토큰은 보통 18의 값을 취하며, 이는 Ether와 Wei의 관계를
- 모방한 것입니다.
이 정보는 디스플레이 목적으로만 사용됩니다.
IERC20.balanceOf와IERC20.transfer를 포함해- 컨트랙트의 산술 연산에 어떠한 영향을 주지 않습니다.
*/
function decimals() public view returns (uint8) {
return _decimals;
}
// https://github.com/OpenZeppelin/openzeppelin-solidity/blob/v2.3.0/contracts/token/ERC20/ERC20Detailed.sol 끝 부분을 참고uint256 private _totalSupply;
/**
- @dev
IERC20.totalSupply를 참조하세요.
*/
function totalSupply() public view returns (uint256) {
return _totalSupply;
}/**
- @dev
IERC20.balanceOf를 참조하세요.
*/
function balanceOf(address account) public view returns (uint256) {
return _balances[account];
}/**
- @dev
IERC20.transfer를 참조하세요.- 요구사항 :
recipient는 영 주소(0x0000…0)가 될 수 없습니다.
- 호출자의 잔고는 적어도
amount이상이어야 합니다.
*/
function transfer(address recipient, uint256 amount) public returns (bool) {
_transfer(msg.sender, recipient, amount);
return true;
}/**
- @dev
IERC20.allowance를 참조하세요.
*/
function allowance(address owner, address spender) public view returns (uint256) {
return _allowances[owner][spender];
}/**
- @dev
IERC20.approve를 참조하세요.- 요구사항:
spender는 영 주소가 될 수 없습니다.
*/
function approve(address spender, uint256 value) public returns (bool) {
_approve(msg.sender, spender, value);
return true;
}/**
- @dev
IERC20.transferFrom를 참조하세요.- 업데이트된 허용량을 나타내는
Approval이벤트가 발생합니다. 이것은 EIP에서- 요구되는 바가 아닙니다.
ERC20의 시작 부분에 있는 참고 사항을 참조하세요.- 요구사항:
sender와recipient는 영 주소가 될 수 없습니다.
sender의 잔고는 적어도value이상이어야 합니다.
- 호출자는
sender의 토큰에 대해 최소한amount만큼의 허용량을- 가져야 합니다.
*/
function transferFrom(address sender, address recipient, uint256 amount) public returns (bool) {
_transfer(sender, recipient, amount);
_approve(sender, msg.sender, _allowances[sender][msg.sender].sub(amount));
return true;
}/**
- @dev 호출자에 의해 원자적(atomically)으로
spender에 승인된 허용량을 증가시킵니다.- 이것은
IERC20.approve에 기술된 문제에 대한 완화책으로 사용될 수 있는approve의 대안입니다.- 업데이트된 허용량을 나타내는
Approval이벤트가 발생합니다.- 요구사항:
spender는 영 주소가 될 수 없습니다.
*/
function increaseAllowance(address spender, uint256 addedValue) public returns (bool) {
_approve(msg.sender, spender, _allowances[msg.sender][spender].add(addedValue));
return true;
}/**
- @dev 호출자에 의해 원자적으로
spender에 승인된 허용량을 감소시킵니다.- 이것은
IERC20.approve에 기술된 문제에 대한 완화책으로 사용될 수 있는approve의 대안입니다.- 업데이트된 허용량을 나타내는
Approval이벤트가 발생합니다.- 요구사항:
spender는 영 주소가 될 수 없습니다.
spender는 호출자에 대해 최소한subtractedValue만큼의 허용량을- 가져야 합니다.
*/
function decreaseAllowance(address spender, uint256 subtractedValue) public returns (bool) {
_approve(msg.sender, spender, _allowances[msg.sender][spender].sub(subtractedValue));
return true;
}/**
@dev
amount만큼의 토큰을sender에서recipient로 옮깁니다.이는
transfer와 동일한 내부의(internal) 함수이며, 자동 토큰 수수료,차감 메커니즘 등의 구현에 사용 가능합니다.
Transfer이벤트를 발생시킵니다.요구사항:
sender는 영 주소가 될 수 없습니다.
recipient은 영 주소가 될 수 없습니다.
sender의 잔고는 적어도amount이상이어야 합니다.
*/
function _transfer(address sender, address recipient, uint256 amount) internal {
require(sender != address(0), “ERC20: transfer from the zero address”);
require(recipient != address(0), “ERC20: transfer to the zero address”);_balances[sender] = _balances[sender].sub(amount);
_balances[recipient] = _balances[recipient].add(amount);
emit Transfer(sender, recipient, amount);
}/** @dev
amount만큼의 토큰을 생성하고account에 할당합니다.
전체 공급량을 증가시킵니다.
from이 영 주소로 설정된Transfer이벤트를 발생시킵니다.요구사항:
to는 영 주소가 될 수 없습니다.
*/
function _mint(address account, uint256 amount) internal {
require(account != address(0), “ERC20: mint to the zero address”);_totalSupply = _totalSupply.add(amount);
_balances[account] = _balances[account].add(amount);
emit Transfer(address(0), account, amount);
}/**
- @dev
account로부터amount만큼의 토큰을 파괴하고,- 전체 공급량을 감소시킵니다.
to가 영 주소로 설정된Transfer이벤트를 발생시킵니다.- 요구사항:
account는 영 주소가 될 수 없습니다.
account는 적어도amount만큼의 토큰이 있어야 합니다.
*/
function _burn(address account, uint256 value) internal {
require(account != address(0), “ERC20: burn from the zero address”);_balances[account] = _balances[account].sub(value);
_totalSupply = _totalSupply.sub(value);
emit Transfer(account, address(0), value);
}/**
@dev
owner의 토큰에 대한spender의 허용량을amount만큼 설정합니다.이는
approve와 동일한 내부의(internal) 함수이며, 특정 하위 시스템에 대한자동 허용량 설정 등의 구현에 사용 가능합니다.
Approval이벤트를 발생시킵니다.요구사항:
owner는 영 주소가 될 수 없습니다.
spender는 영 주소가 될 수 없습니다.
*/
function _approve(address owner, address spender, uint256 value) internal {
require(owner != address(0), “ERC20: approve from the zero address”);
require(spender != address(0), “ERC20: approve to the zero address”);_allowances[owner][spender] = value;
emit Approval(owner, spender, value);
}/**
- @dev
account로부터amount만큼의 토큰을 파괴하고,- 호출자의 허용량으로부터
amount만큼을 공제합니다._burn및_approve를 참조하세요.
*/
function _burnFrom(address account, uint256 amount) internal {
_burn(account, amount);
_approve(account, msg.sender, _allowances[account][msg.sender].sub(amount));
}
}