"ERC-884"의 두 판 사이의 차이
(→기술) |
잔글 |
||
(사용자 2명의 중간 판 52개는 보이지 않습니다) | |||
1번째 줄: | 1번째 줄: | ||
− | '''ERC-884'''<!-- | + | [[파일:ERC Standards.png|썸네일|300픽셀|'''ERC 표준 토큰 목록''' ]] |
+ | |||
+ | '''[[ERC-884]]'''<!--ERC-884, ERC-884-->는 'Ethereum Request for Comment 884'의 약어이며 [[데이비드 새그]](David Sag)가 개발한 표준으로 각 ERC-884 토큰은 델라웨어 회사의 단일 지분을 나타낸다. 해당 표준은 주식 판매를 위해 설계되었으며 토큰 소유자는 스마트 계약 자체에 프로세스인 화이트리스트에 등록되어야 한다. 그러나 증권법을 준수하기 위해 ERC-884 발급자는 오프 체인 개인 데이터베이스를 유지해야 한다. | ||
==개요== | ==개요== | ||
− | [[델라웨어]] 주 입법부는 최근 델라웨어 주 상원 149회 총회, 상원 법안 제69호: 일반 기업법과 관련된 델라웨어 주법 8번을 개정하는 법안을 통과시켰다. 결과적으로 델라웨어 종합 주식회사 법은 현재 기업 주식을 유지하기 위해 [[블록체인]] 사용을 명시적으로 허용하고 있다. ERC-884는 각 토큰이 델라웨어 법인이 발행한 주식을 나타내는 트레이드 가능한 ERC-20 토큰을 만들 수 있도록 허용한다. ERC-884는 민간이든 공공이든 델라웨어 법인이 발행한 지분을 나타내도록 설계되었다. ERC-884 토큰을 구축함으로써 기업은 델라웨어 기업법에 부합하는 방식으로 초기 공모([[IPO]]) 또는 개인 주식을 매각함으로써 자금을 조달할 수 있지만, 고객의 주식 등록의 필요성이나 증권 거래소. 양도 대리인의 관여는 무시할 수 있다. <ref> EthHub 〈[https://docs.ethhub.io/built-on-ethereum/erc-token-standards/erc884/ 토큰 ERC-884 소개]〉, 《Github》 2019-04-17 </ref> | + | 미국 [[델라웨어]] 주 입법부는 최근 델라웨어 주 상원 149회 총회, 상원 법안 제69호: 일반 기업법과 관련된 델라웨어 주법 8번을 개정하는 법안을 통과시켰다. 결과적으로 델라웨어 종합 주식회사 법은 현재 기업 주식을 유지하기 위해 [[블록체인]] 사용을 명시적으로 허용하고 있다. ERC-884는 각 토큰이 델라웨어 법인이 발행한 주식을 나타내는 트레이드 가능한 ERC-20 토큰을 만들 수 있도록 허용한다. ERC-884는 민간이든 공공이든 델라웨어 법인이 발행한 지분을 나타내도록 설계되었다. ERC-884 토큰을 구축함으로써 기업은 델라웨어 기업법에 부합하는 방식으로 초기 공모([[IPO]]) 또는 개인 주식을 매각함으로써 자금을 조달할 수 있지만, 고객의 주식 등록의 필요성이나 증권 거래소. 양도 대리인의 관여는 무시할 수 있다. <ref> EthHub 〈[https://docs.ethhub.io/built-on-ethereum/erc-token-standards/erc884/ 토큰 ERC-884 소개]〉, 《Github》 2019-04-17 </ref> |
− | + | ===배경=== | |
* '''[[ERC-20]]'''이란? | * '''[[ERC-20]]'''이란? | ||
14번째 줄: | 16번째 줄: | ||
#토큰 소유자 [[화이트리스트]]를 시행하기 위해 별도의 크라우드세일 계약에 맡기기보다 토큰 소유자가 화이트리스트를 받아야한다. | #토큰 소유자 [[화이트리스트]]를 시행하기 위해 별도의 크라우드세일 계약에 맡기기보다 토큰 소유자가 화이트리스트를 받아야한다. | ||
#화이트리스트는 [[크라우드세일]] 계약과 함께 자격을 강화하여 참조할 수 있지만 화이트리스트는 토큰 계약 자체의 필수적인 부분으로 남아있다. | #화이트리스트는 [[크라우드세일]] 계약과 함께 자격을 강화하여 참조할 수 있지만 화이트리스트는 토큰 계약 자체의 필수적인 부분으로 남아있다. | ||
− | |||
: 토큰 계약은 다음과 같은 세 가지 기능을 제공해야 한다. (법 제 224조) | : 토큰 계약은 다음과 같은 세 가지 기능을 제공해야 한다. (법 제 224조) | ||
:*법인은 제 219조 및 제 220 조에 명시된 주주 명단을 준비할 수 있어야 한다. | :*법인은 제 219조 및 제 220 조에 명시된 주주 명단을 준비할 수 있어야 한다. | ||
:*이 법의 제 156조, 159조, 217조(a) 및 218조에 명시된 정보를 기록해야 한다. | :*이 법의 제 156조, 159조, 217조(a) 및 218조에 명시된 정보를 기록해야 한다. | ||
− | :* | + | :*법 제 8조에 따라 주식 양도를 기록해야 한다. <ref name="Introducing ERC-884"> 출처: Medium 'ERC-884' https://medium.com/coinmonks/tokenising-shares-introducing-erc-884-cc491258e413</ref> |
==기술== | ==기술== | ||
− | ERC-20은 다음과 같은 기능을 제공한다. | + | ERC-20은 다음과 같은 기능을 제공한다.<ref name="Introducing ERC-884></ref> |
− | + | ||
+ | 계약 ERC20 { | ||
함수 totalSupply () 공개 뷰 리턴 (uint256); | 함수 totalSupply () 공개 뷰 리턴 (uint256); | ||
function balanceOf (address who) 공개 뷰가 반환 함 (uint256); | function balanceOf (address who) 공개 뷰가 반환 함 (uint256); | ||
60번째 줄: | 62번째 줄: | ||
); | ); | ||
----------------------------- | ----------------------------- | ||
− | |||
ERC-884는 다음과 같이 확장한다. | ERC-884는 다음과 같이 확장한다. | ||
90번째 줄: | 91번째 줄: | ||
contract ERC884는 ERC20 { | contract ERC884는 ERC20 { | ||
− | + | '''더 자세한 기술내용은 해당 링크에서 확인할 수 있다''' | |
− | + | * </nowiki> --> [https://medium.com/coinmonks/tokenising-shares-introducing-erc-884-cc491258e413 ERC-884 ] | |
+ | |||
+ | * </nowiki> --> [https://github.com/davesag/ERC884-reference-implementation ERC-884 테스트케이스 및 참조구현] | ||
+ | |||
+ | |||
+ | '''호환성''' | ||
+ | |||
+ | 해당 표준은 ERC-20 토큰과 다음과 같은 조건과의 호환성을 유지하기 위해 고안되었다. | ||
+ | |||
+ | * 십진수 함수는 분할할 수 없으므로 반환해야 한다. | ||
+ | |||
+ | * 검증되지 않은 주소로 이전하는 것을 허용하지 않아야하며, 주주 목록을 유지해야 한다. | ||
+ | |||
+ | * 남은 토큰을 양도하는 주주들은 반드시 주주 명단에서 제외되어야 한다. | ||
+ | |||
+ | #Proviso1은 현대 지갑이나 교환과의 호환성을 깨뜨리지 않는다. 그것들이 모두 가능하다면 그 정보를 사용하는 것처럼 보이기 때문이다. | ||
+ | #Proviso2는 검증되지 않은 주소로 토큰을 전송할 경우 전송이 실패하게 된다. 이는 설계에 내포된 내용이며, 설계자는 구매자들에게 충분한 정보를 명확히 하도록 권장된다. 이를 통해 일부 거래소에서는 불쾌감을 느낄 수 있지만, 법인의 주주가 검증된 이름과 주소를 제공하는 것은 [[SEC]]의 요건이다. | ||
+ | #Proviso3은 구현 세부사항이다. 또한, ERC-774는 검증 추가, 제거 및 업데이트 확인과 같은 상태 변경 기능을 성공하거나 실패할 경우, 부울(bool)을 반환하는 대신, ERC-884 구현 시 오류가 발생하도록 요구한다. (바람직한 다음 요구사항: 실패 메시지 구문) <ref name="Introducing ERC-884></ref> | ||
==결론== | ==결론== | ||
+ | |||
+ | * ERC-884 토큰은 델라웨어(Delaware) 법인이 과거의 메커니즘을 사용하는 대신, [[이더리움]] 블록체인(Ethereum Blockchain)에서 호스팅하는 이더리움 스마트 계약을 사용하여 공식 주식 등록을 유지할 수 있다. | ||
+ | |||
+ | * ERC-884는 ERC-20 토큰과의 호환성을 유지함으로써 ERC-20 토큰을 지원하는 모든 [[암호화폐]] 거래소를 통해 거래될 수 있으며, 회사는 증권 거래소, 주식 등록소, 이체 에이전트의 사용을 피할 수 있다. | ||
+ | |||
+ | * 참조 ERC-884 구현은 MIT 오픈 소스 라이센스에 따라 발표되었다. 관심있는 개발자들은 그들이 적합하다고 생각하는대로 이것을 실험하도록 권장된다. | ||
{{각주}} | {{각주}} | ||
==참고자료== | ==참고자료== | ||
− | + | * <https://101blockchains.com/erc-standards/> ERC 표준 토큰 목록 | |
− | * <[https://medium.com/coinmonks/tokenising-shares-introducing-erc-884-cc491258e413 ERC-884 | + | * <[https://medium.com/coinmonks/tokenising-shares-introducing-erc-884-cc491258e413 introducing ERC-884 ]>, 《Medium》, 2018-04-17 |
* <[https://github.com/ethereum/EIPs/blob/master/EIPS/eip-884.md ERC-884 제안 ]>, 《GitHub》, 2018-02-14 | * <[https://github.com/ethereum/EIPs/blob/master/EIPS/eip-884.md ERC-884 제안 ]>, 《GitHub》, 2018-02-14 | ||
* <[https://github.com/davesag/ERC884-reference-implementation ERC-884 소개 인터페이스 정의 및 참조구현]>, 《GitHub》, 2018-03-30 | * <[https://github.com/davesag/ERC884-reference-implementation ERC-884 소개 인터페이스 정의 및 참조구현]>, 《GitHub》, 2018-03-30 | ||
106번째 줄: | 130번째 줄: | ||
==같이 보기== | ==같이 보기== | ||
− | * [[ERC]] | + | * [[데이비드 새그]] |
+ | * [[ERC-20]] | ||
+ | * [[이더리움]] | ||
+ | * [[토큰]] | ||
+ | * [[블록체인]] | ||
− | {{블록체인 기술| | + | {{블록체인 기술|검토 필요}} |
2019년 8월 20일 (화) 23:58 기준 최신판
ERC-884는 'Ethereum Request for Comment 884'의 약어이며 데이비드 새그(David Sag)가 개발한 표준으로 각 ERC-884 토큰은 델라웨어 회사의 단일 지분을 나타낸다. 해당 표준은 주식 판매를 위해 설계되었으며 토큰 소유자는 스마트 계약 자체에 프로세스인 화이트리스트에 등록되어야 한다. 그러나 증권법을 준수하기 위해 ERC-884 발급자는 오프 체인 개인 데이터베이스를 유지해야 한다.
개요[편집]
미국 델라웨어 주 입법부는 최근 델라웨어 주 상원 149회 총회, 상원 법안 제69호: 일반 기업법과 관련된 델라웨어 주법 8번을 개정하는 법안을 통과시켰다. 결과적으로 델라웨어 종합 주식회사 법은 현재 기업 주식을 유지하기 위해 블록체인 사용을 명시적으로 허용하고 있다. ERC-884는 각 토큰이 델라웨어 법인이 발행한 주식을 나타내는 트레이드 가능한 ERC-20 토큰을 만들 수 있도록 허용한다. ERC-884는 민간이든 공공이든 델라웨어 법인이 발행한 지분을 나타내도록 설계되었다. ERC-884 토큰을 구축함으로써 기업은 델라웨어 기업법에 부합하는 방식으로 초기 공모(IPO) 또는 개인 주식을 매각함으로써 자금을 조달할 수 있지만, 고객의 주식 등록의 필요성이나 증권 거래소. 양도 대리인의 관여는 무시할 수 있다. [1]
배경[편집]
- ERC-20이란?
- ERC-20의 ERC는 Ethereum Request for Comment 20의 약자로서, 이더리움 블록체인 네트워크에서 발행되는 토큰의 표준을 뜻한다. 이더리움은 블록체인을 기반으로 탈중앙화된 어플리케이션을 실행할 수 있는 플랫폼으로, 이더리움 플랫폼 위에 Dapp들을 만들 경우에는 스마트 컨트랙트 기능을 이용하여 호환토큰을 발행할 수 있다. 가장 대중적으로 알려져 있는 것은 ERC-20으로써, ERC 뒤에 있는 숫자 20은 20번째 제안 이라는 뜻이다. ERC-20 외에도 ERC-165, ERC-233, ERC-115, ERC-721, ERC-884 등 다양한 종류의 토큰이 존재한다. 이더스캔에 따르면 이더리움 기반의 블록체인에서 무려 200,778 개(2019년 7월 16일 기준)의 ERC-20 토큰이 발행되었다.[2]
핵심원칙[편집]
- ERC-884 토큰은 기본 ERC-20 표준을 넘어 다음 원칙을 준수할 수 있다.
- 토큰 소유자는 자신의 신원을 확인해야 한다.
- 토큰 소유자 화이트리스트를 시행하기 위해 별도의 크라우드세일 계약에 맡기기보다 토큰 소유자가 화이트리스트를 받아야한다.
- 화이트리스트는 크라우드세일 계약과 함께 자격을 강화하여 참조할 수 있지만 화이트리스트는 토큰 계약 자체의 필수적인 부분으로 남아있다.
- 토큰 계약은 다음과 같은 세 가지 기능을 제공해야 한다. (법 제 224조)
- 법인은 제 219조 및 제 220 조에 명시된 주주 명단을 준비할 수 있어야 한다.
- 이 법의 제 156조, 159조, 217조(a) 및 218조에 명시된 정보를 기록해야 한다.
- 법 제 8조에 따라 주식 양도를 기록해야 한다. [3]
기술[편집]
ERC-20은 다음과 같은 기능을 제공한다.[3]
계약 ERC20 { 함수 totalSupply () 공개 뷰 리턴 (uint256); function balanceOf (address who) 공개 뷰가 반환 함 (uint256); 함수 전송 ( 주소 : uint256 값 ) public 리턴 (bool); 함수 허용 ( 주소 소유자, 주소 지출 자 ) 공개보기 리턴 (uint256); function transferFrom ( address from, address to, uint256 value ) public 리턴 (bool); 함수 승인 ( 주소 지출 자, uint256 값 ) 공개 리턴 (bool); 이벤트 승인 ( 주소 색인 소유자, 주소 인덱스 지출 자, uint256 값 ); 이벤트 전송 ( 색인이 어드레스 에 연동 주소 uint256 값 );
ERC-884는 다음과 같이 확장한다.
/ ** * 델라웨어 주 상원, 149 차 총회, * 상원 법안 69 호 : 일반 법과 관련된 델라웨어 코드 제목 8을 개정하는 행위 * ERC20 호환 토큰 . * * 구현 세부 사항. * *이 토큰 표준의 구현은 다음을 제공해야합니다. * *`이름`-지갑과 교환에서 사용합니다. `기호`-지갑과 교환에 사용됩니다. * * 구현시 재고 이전 기능에 대한 무단 액세스를 허용하지 않아야 합니다. * * 위의 옵션 외에도 다음과 같은 선택적인 'ERC20'기능을 정의해야합니다. * *`decimals` — 각 토큰 이 단일 공유를 나타내며 *는 나눌 수 없으므로`0`을 반환해야 합니다. * * / contract ERC884는 ERC20 {
더 자세한 기술내용은 해당 링크에서 확인할 수 있다
- </nowiki> --> ERC-884
- </nowiki> --> ERC-884 테스트케이스 및 참조구현
호환성
해당 표준은 ERC-20 토큰과 다음과 같은 조건과의 호환성을 유지하기 위해 고안되었다.
- 십진수 함수는 분할할 수 없으므로 반환해야 한다.
- 검증되지 않은 주소로 이전하는 것을 허용하지 않아야하며, 주주 목록을 유지해야 한다.
- 남은 토큰을 양도하는 주주들은 반드시 주주 명단에서 제외되어야 한다.
- Proviso1은 현대 지갑이나 교환과의 호환성을 깨뜨리지 않는다. 그것들이 모두 가능하다면 그 정보를 사용하는 것처럼 보이기 때문이다.
- Proviso2는 검증되지 않은 주소로 토큰을 전송할 경우 전송이 실패하게 된다. 이는 설계에 내포된 내용이며, 설계자는 구매자들에게 충분한 정보를 명확히 하도록 권장된다. 이를 통해 일부 거래소에서는 불쾌감을 느낄 수 있지만, 법인의 주주가 검증된 이름과 주소를 제공하는 것은 SEC의 요건이다.
- Proviso3은 구현 세부사항이다. 또한, ERC-774는 검증 추가, 제거 및 업데이트 확인과 같은 상태 변경 기능을 성공하거나 실패할 경우, 부울(bool)을 반환하는 대신, ERC-884 구현 시 오류가 발생하도록 요구한다. (바람직한 다음 요구사항: 실패 메시지 구문) [3]
결론[편집]
- ERC-884 토큰은 델라웨어(Delaware) 법인이 과거의 메커니즘을 사용하는 대신, 이더리움 블록체인(Ethereum Blockchain)에서 호스팅하는 이더리움 스마트 계약을 사용하여 공식 주식 등록을 유지할 수 있다.
- ERC-884는 ERC-20 토큰과의 호환성을 유지함으로써 ERC-20 토큰을 지원하는 모든 암호화폐 거래소를 통해 거래될 수 있으며, 회사는 증권 거래소, 주식 등록소, 이체 에이전트의 사용을 피할 수 있다.
- 참조 ERC-884 구현은 MIT 오픈 소스 라이센스에 따라 발표되었다. 관심있는 개발자들은 그들이 적합하다고 생각하는대로 이것을 실험하도록 권장된다.
각주[편집]
- ↑ EthHub 〈토큰 ERC-884 소개〉, 《Github》 2019-04-17
- ↑ DSGN Foundation,〈ERC-20이란?〉,《네이버블로그》2019-08-07
- ↑ 3.0 3.1 3.2 출처: Medium 'ERC-884' https://medium.com/coinmonks/tokenising-shares-introducing-erc-884-cc491258e413
참고자료[편집]
- <https://101blockchains.com/erc-standards/> ERC 표준 토큰 목록
- <introducing ERC-884 >, 《Medium》, 2018-04-17
- <ERC-884 제안 >, 《GitHub》, 2018-02-14
- <ERC-884 소개 인터페이스 정의 및 참조구현>, 《GitHub》, 2018-03-30
- 〈ERC884 〉, 《EthHub》
- 〈Ethereum 토큰 표준 〉, 《telegraph》, 2018-04-27
같이 보기[편집]