카이버 네트워크 스마트 컨트랙트 설명

저희의 최소 기능 제품(MVP; Minimum Viable Product)은 웹 지갑, 리저브 매니저 도구, 그리고 스마트 컨트랙트( [i]교환과 지불 기능을 위한 웹 지갑의 백앤드 인터페이스를 제공, [ii]교환 비율 설정과 유동성 공급을 위한 리저브 매니저의 백앤드 인터페이스를 제공)를 포함합니다. 웹 지갑 및 리저브 매니저 대시 보드에 대한 그림과 설명은 비디오 튜토리얼 시리즈에 설명되어 있습니다.

이번 포스트에서 스마트 컨트랙트에 대한 전반적인 개요와 함께 카이버 네트워크의 역할을 설명합니다. 저희가 제공하는 최소 기능 제품에서 스마트 컨트랙트는 3 가지 메인 모듈(카이버 네트워크, 카이버 리저브, 카이버 지갑)을 포함하고 있습니다. 또한 몇 가지 테스트넷 토큰과 중앙화된 거래를 시뮬레이션하기 위한 모의 모듈도 포함합니다.

저희는 이중 스마트 컨트랙트의 메인 모듈에 촛점을 맞추어 사용자가 어떻게 스마트 컨트랙트의 메인 모듈과 리저브 매니저 사이에서 상호작용 하는 지 설명드리고, 저희가 그리고 있는 카이버 네트워크의 미래에 대해 말씀드리겠습니다.

사용자 상호작용

카이버네트워크는 사용자가 다음과 같은 기능을 수행할 수 있도록 도와줍니다.

1. 토큰 거래
2. 결제 서비스
3. 프록시 결제

토큰 결제

사용자가 type A 토큰으로 type B 토큰을 특정 가격으로 구매하기를 희망하는 간단한 거래를 생각해봅시다(단순화를 위해 이더 또한 토큰으로 가정하였습니다). 교환 트랜잭션을 위해 사용자는 type A 토큰과 최소 교환 비율 (A, B) 쌍, 그리고 희망하는 type B 토큰 개수를 넣어 카이버 네트워크 컨트랙트의 trade 함수를 호출합니다. 최소 교환 비율을 설정할 때, 사용자는 getRate 함수를 호출해 현재 교환 비율을 알 수 있습니다. 하지만 교환 비율은 트랙잭션이 네트워크 속으로 마이닝 되는 사이에 변할 가능성이 있습니다. Trade 함수가 호출될 때, 카이버 네트워크는 카이버 리저브 스마트 컨트랙트를 통해 모든 리저브 인스턴스에 대해 질의를 요청하여 최적의 교환 비율을 찾아냅니다. 만약 최적의 교환 비율이 유저의 최소 요구 사항과 일치하면, trade 요청은 처리되며 trade 함수를 통해서 선택된 리저브에 의해 교환이 성사됩니다. 최소 요구 사항과 부합하지 않을 경우, trade 요청은 취소됩니다. 이 모든 프로세스는 단일 트랜잭션에 의해 행해진다는 사실을 주목합시다. 이 코반 테스트넷 tx는 성공적인 교환 과정을 설명합니다.

다이어그램으로 묘사된 성공적인 거래 과정은 아래와 같습니다

실패한 거래 과정은 아래와 같습니다.

결제 서비스

변환된 토큰은 다른 사용자나 서비스에 지불하기 위해 사용됩니다. 예를 들어, 이더를 들고 있는 사용자가 Golem CPU 서비스를 이용하기 위해 GNT 토큰을 지불해야 한다고 가정해봅시다. 카이버 네트워크는 사용자가 변환된 토큰의 목적지 주소를 지정하도록 하는 방법으로 결제 서비스를 지원합니다. 결제 서비스 tx 에 대한 예시는 여기에서 참고하실 수 있습니다.

프록시 결제

카이버 네트워크를 통한 표준 결제 서비스에서, 수취인은 실제 송금인(사용자)이 아닌 카이버 네트워크를 송금인으로 인식합니다. 이는 교환 아이템이 블록체인에 기록되지 않는 경우 당연해 보일 수 있습니다(크라우드 컴퓨팅 서비스나 물리적 상품의 형태). 하지만 프록시(카이버 네트워크)가 아닌 실제 송금인을 인식해야할 특별한 경우가 있습니다. 플랫폼 토큰이 ICO에 참여한 사용자에게 분배되는 경우처럼 말입니다.

위에서 언급한 목적 때문에, 프록시 지불 서비스(카이버 네트워크의 지원을 받음)가 카이버 지갑 모듈의 형태로 적용되어 있습니다. 프록시 결제 지갑 컨트랙트는 사용자 식별을 위한 아바타로 동작하고, 이 지갑은 이더, 토큰, ENS 도메인과 같은 디지털 자산을 보관합니다. 이 지갑을 통해 사용자는 ICO에 참여하거나 ICO 결과로부터 분배되는 토큰을 전달 받을 수 있습니다. 지갑은 사용자가 즉각적으로 A 토큰을 B 토큰으로 바꾸거나 다른 곳으로 전송(ex. ICO)하는 convertAndCall 함수를 가지고 있습니다. 이 모든 것은 단일 트랜잭션하에 일어납니다.

사용자는 execute 함수를 통해 어떠한 변환도 요구하지 않는 표준 결제/컨트랙트 실행할 수 있습니다. 따라서 사용자는 자신이 원하는 모든 용도로 완벽하게 지갑을 사용할 수 있습니다.

리저브 매니저

리저브 매니저는 on-chain을 통해서 카이버 리저브 컨트랙트와 거래하고, off-chain을 통해서 중앙화된 거래소와 거래합니다. 각각의 리저브는 컨트랙트 자체 인스턴스(ex. 이더리움 주소)를 가지고 있습니다. 리저브 매니저의 역할은 교환 가격을 설정하고 토큰 교환을 위해 리저브 컨트랙트로 유동성 공급을 지원하는 것입니다.

가격은 Poloniex나 Bittrex같은 중앙화된 거래소에 가격을 질의 요청한 결과를 반영한 매니저의 견해에 따라 결정됩니다(자세한 설명은 이곳을 참고하시기 바랍니다). setRate 함수를 이용하여, 매니저는 컨트랙트에 가격을 제시하고 토큰 쌍에 대한 교환 비율을 설정합니다. 매니저는 교환 비율 외에 제시 가격이 유효할 때까지의 만료 시간 또한 결정합니다(ex. 매니저가 만료 시간을 새로 갱신하지 않고 지나버린 경우에 거래는 유효하지 않습니다). 시장 가격을 받아오는 과정에 대한 설명은 아래와 같습니다. 매니저와 카이버 리저브 사이의 상호작용은 on-chain 위에서만 일어나고 있음을 주목해보세요. 나머지 과정은 off-chain에서 진행됩니다

토큰 각각에 대한 리저브 잔액은 유동성 공급을 위해 특정 볼륨 이상으로 유지되어야 합니다. 리저브 매니저에 의해 각 토큰 당 필요한 수량이 결정되며(이곳에서 세부 사항을 참고하세요), 리저브 매니저는 네트워크 활성화를 위해 리저브 홀딩을 주기적으로(또는 요구에 따라) 리밸런싱(공급이 부족한 토큰은 구매, 넘치는 토큰은 판매)해야합니다. 리저브 컨트랙트는 기존 토큰을 다른 토큰으로 변환하기 위해 외부 중앙화된 거래소로 토큰을 입금시키는 withdraw 함수를 제공합니다. 반대로 매니저는 중앙화된 거래소로부터 이더 또는 컨트랙트의 토큰을 가져와 입금 시킬 수도 있습니다.

유저에 의해 거래가 발생한 후 생기는 간단한 리밸런싱 과정을 아래에 그려보았습니다. 거래 후 리저브에 1 이더가 필요보다 많이 생겼고, 800 GNT가 필요보다 줄어들었습니다. 따라서 매니저는 마켓이 제공하는 최적의 가격에 따라 이더를 GNT로 교환합니다. 이 설명은 실제보다 단순화 되어 있기 때문에 리밸런싱에 대한 자세한 설명을 읽기 위해서는 이 글을 참고하세요. 또한 on-chain에서 카이버 리저브 사이의 거래가 모두 완료되면, 나머지 거래가 off-chain에서 발생합니다.

미래에 하게될 작업들

이번에 출시하는 최소 기능 제품은 이더리움 코반 테스트넷 하에서 기능적인 교환이 완벽하게 이루워지고 있지만, 이는 카이버 네트워크 교환 시스템에 대한 데모일 뿐입니다. 현재 스마트 컨트랙트 측면에서 다음 항목들은 아직 구현되지 않은 상태입니다.

카이버 네트워크

1. 리저브 공정성 매커니즘. 동일한 유형의 토큰을 제공하는 여러 리저브에서 트랜잭션 요청을 분할하는 방법입니다. 이것이 출시되면 최적은 가격을 제공하는 리저브가 선택되게 됩니다.
2. 리저브에 대한 제한. 카이버 네트워크는 스마트 컨트랙트과 리저브간의 계약을 체결합니다. 예를 들어 카이버 네트워크 컨트랙트는 최대 스프레드 또는 최소 유동성 공급을 하며, 리저브가 이 조건을 충족시키지 못할 때 네트워크 상 리스트에서 제거 시킬 수 있습니다.
3. 플랫폼 수수료. 현재 카이버 네트워크는 사용자의 교환 거래로부터 어떠한 수수료도 징수하지 않을 방침입니다.
4. 업그레이드 가능한 메커니즘. 블록체인 공간의 동적이고 진보적인 특성은 컨트랙트를 지속적으로 유지해야 하며, 꾸준히 업데이트가 진행되야 함을 의미합니다. 예를 들어, 리저브 매니저와 동의한 사항이 변경될 수 있으며 새롭게 등장하거나 예상치 못한 조건과 제한이 나타날 수 있습니다. 이를 위해서 저희는 카이버 네트워크를 쉽게 업데이트 할 수 있도록 만들 것입니다. 이를 위해 저희는 ENS 도메인 이름을 사용할 가능성이 높습니다(kybernetwork.eth 도메인을 보유하고 있습니다)

카이버 리저브

1. On-chain의 가격 책정 논리. 계층화된 가격 책정과 같은 첨단 가격 책정 기술은 실제 가격에 대한 on-chain 로직(스마트 컨트랙트)이 필요합니다. 이 논리는 리저브 매니저와 제안 가격을 반영하기 위한 시장 가격의 작은 변동을 통해 off-chain 가격 책정을 보완할 것입니다.
2. 안전 장치 매커니즘. 비정상적인 거래 패턴(ex. 갑작스러운 특정 토큰 요구)이 발견될 때 교환과 다른 서비스들을 정지하기 위한 매커니즘
3. 안전한 리저브 매니저 시스템. 리저브 매니저 도구는 전부 리저브 매니저에 의해 운영되며, 리저브의 무결성을 유지하는 것은 전적으로 매니저의 책임입니다. 하지만 카이버 리저브 컨트랙트는 네트워크나 리저브에 대한 잠재적인 공격으로 인한 영향을 줄이기 위한 추가 보안 매커니즘을 도입할 수 있습니다. 예를 들어, 중앙화된 거래소의 입금 계좌나 리저브 매니저에 의해 조정되는 콜드 월렛을 리저브 매니저 출금 계좌로 미리 지정하는 것이 가능합니다. 또다른 가능성으로는 교환 가격의 급격한 하락을 막음으로써 악의적인 공격자가 값싼 토큰을 활용하여 리저브 매니저를 대신하여 저렴한 가격을 책정할 때 생기는 장점을 사라지게 만드는 방법이 있습니다.

카이버 지갑

콜드 월렛의 사용을 보다 잘 지원할 수 있도록 카이버 지갑이 확장되야 합니다. 핫 월렛에 의해 제어되는 폐쇄 시스템을 만들고 카이버 네트워크 상에서만 토큰 교환되도록 하는 것이 가능합니다. 이 시스템에서 해킹(ex. 해커가 사용자의 개인 키를 탈취하는 경우)에 의한 최악의 결과는 의도치 않게 변경되는 포트폴리오지만, 포트폴리오의 총 가치는 상대적으로 변하지 않습니다. 이 폐쇄 시스템에서 인출은 사용자가 정의한 안전한 콜드 월렛을 통해서만 가능합니다. 따라서 사용자는 잠재적인 해킹의 위험에 노출되지 않고도 핫 월렛(ex. 가정용 컴퓨터)에서 일상적으로 안전한 거래를 할 수 있습니다.

카이버 네트워크에 대해

카이버 네트워크는 유동성 보장을 통해 암호화 자산에 대한 즉각적인 교환을 용이하게하는 분산화된, 신뢰할 수 있는 거래소 입니다. 저희 프로토콜은 블록체인 생태계에서 암호화 자산의 유동성을 증가시키고 더 많은 대중에게 거래 가능한 자산 유형으로 토큰을 인식하도록 만드는 데 핵심 역할을 할 것입니다.

업데이트 정보를 구독하고 싶으시다면 슬랙 그룹에 가입하거나, 트위터를 팔로우하거나 Medium 블로그를 구독해주세요.

---

원문: https://blog.kyber.network/kybernetwork-smart-contracts-explained-fca4d4da07d

카이버 네트워크에 대한 호기심이 생겨 카이버 네트워크 블로그에 올라온 최신 글을 직접 번역해 보았습니다.
탈 중앙화된 스마트 컨트랙트 거래소가 계획대로 완성된다면, 기존 거래소는 꽤나 큰 타격을 받을 것으로 예상됩니다. 보안과 수수료에 있어 카이버 네트워크를 따라갈 수 없기 때문입니다.
카이버 네트워크가 언제까지 수수료를 받지 않는 정책을 유지할 지 모르겠으나 이를 시행하는 동안 큰 경쟁력이 될 것입니다. 또한 Bancor가 암호화 화폐 교환에 대한 거래 매개체로써 자체 코인을 사용하는 것과 달리 유동성을 바탕으로 알트 코인 간 거래를 지원한다는 점이 설득력 있게 다가옵니다.
가을에 프리 세일을 진행한다고 하니, 개인적으로 이더를 좀 더 구매해 둘 이유가 하나 더 늘었다고 생각합니다.