분권화된 자산 관리

동영상 보기
사전 판매 종료일:

00

00

00

00

암호화 금융 기업인 Zichain은 Alexander Borodich가 자문 위원회원으로 임명됬다는 것을 발표합니다.
현재, 자산 보관의 문제는 점점 더 난해해지고 있습니다.
암호 화폐 금융 회사인 Zichain은 자문위원회에 Alexander Borodich 임명을 발표하게 되어 기쁘게 생각합니다. Alexander Borodich는 혁신 및 블록체인 분야의 선구자이고, 전 세계적으로 70개 이상의 프로젝트를 진행하는 벤처 투자자이자, 디지털 미디어 전략가입니다.
전통적인 금융 세계는 오랫동안 확립되었고, 정부에 의해 엄격히 통제되며, 은행, 브로커, 주식시장, 감사 및 투자자 등 다양한 관계자들이 관련 기능을 수행합니다.
금융 회사인 Double Capital Group은 Blockchain & Bitcoin Conference Moscow에서 암호 화폐 금융 전문기업이 되었습니다.
현재, CryptoEYE.pro 프로젝트는 개발 초기 단계에 있습니다. 크립토 인덱스가 구현되었고, 지식 기반 및 투자자를 위한 보안 장치가 마련되었습니다. 앞으로 빅데이터 분석에 기반한 뉴스 애그리게이터, 인덱스 펀드를 구입할 수 있는 기회, 트레이드 전략 개발 및 트레이드 가설 테스트 서비스가 플랫폼에 나올 것입니다.
Zichain은 전통적인 금융 세계에서 쌓은 경영팀의 풍부한 경험과 최첨단 기술을 결합합니다. 누구나 성공적으로 암호 화폐에 투자하고, 투자 성과를 추적하고, 최신 암호 화폐 시장 데이터를 받을 수 있게 해주는 간단하고 안전한 네 가지 제품을 개발하고 있습니다.
Zichain의 자문위원회는 회사의 경영팀에 전략적 지침과 가치 있는 기술적 자문을 제공하기 위해 만들어졌습니다. 또한 Zichain이 새로운 성장 기회에 접근할 수 있도록 지원합니다. Alexander Borodich는 이번 달 초 자문위원회에 들어온 Jun Hao와 Bogdan Fiedur와 함께 일할 것입니다.
Zichain은 2017년 12월 세계 최초의 암호 화폐 지수화 및 분석 서비스를 시작한 스위스 소재 블록체인 금융 회사이자 암호 화폐 지수 산업의 개척자입니다. 전통적인 금융 세계에서 쌓은 광범위한 경험과 최첨단 기술을 결합합니다.
Zichain은 현재 네 가지 주요 제품 개발에 중점을 두고 있습니다: 고유한 화이트 라벨 펀드를 출범하려는 자산 매니저를 위한 독특하고 편리한 플랫폼; 암호 화폐 지수 제품군을 기반으로 하는 다양한 암호 화폐 지수 펀드; 업계 뉴스와 시장 데이터 수집 및 분석을 위한 새로운 인프라; 암호 화폐-명목 화폐 교환 플랫폼.
Zichain의 CEO인 Khachatur Gukasyan은 다음과 같이 말했습니다. "Alexander가 위원회에 오시게 된 것을 환영하며 영광으로 생각합니다. 블록체인 기술 세계에서 전설적인 존재인 그는 귀중한 지식과 특유의 경험을 제공합니다. 암호 화폐 금융의 리더가 되는 데 대한 Zichain의 열망을 나눌 수 있다니 매우 기쁩니다.
Alexander Borodich는 다음과 같이 언급했습니다. "회사가 흥미 진진한 발전을 거듭하는 시기에 Zichain에 입사하게 된 것을 기쁘게 생각합니다. 저는 그들의 야심을 믿으며, 이러한 역동적인 팀과 협력하고 블록체인 금융 세계를 개척하겠다는 그들의 비전을 뒷받침하길 고대합니다.

저희는 원스톱 숍 투자 서비스를 제공하여
투자자와 펀드 매니저를 연결하는 분산형 자산
관리 솔루션입니다.

생태계

zitoken
ZiChange.io
라이센스를 받은
암호 화폐 - 피아트 거래소
CryptoEYE.com
정보
및 분석 플랫폼
자동화된
암호 화폐
인덱스 펀드
TheIndex.Fund
BAMP
블록체인 자산
관리
플랫폼
ZiChange.io
CryptoEYE.com
TheIndex.Fund
BAMP

zitoken

제품

Cryptoeye.com

Cryptoeye.com

  • 하나의 소스를 통해 전체 암호화폐 세상 탐험
  • 암호 화폐 또는 블록체인 프로젝트의 기본을 이해함
  • 포괄적이고 명확한 시장 데이터 확보
  • 포트폴리오와 관련된 뉴스 및 분석 수신
  • 투자 전략 및 백테스트 트레이딩 아이디어 개발

현황: 베타 버전

웹사이트로 가기

TheIndex.Fund

지수 투자에 대한 수수료 지불

  • 하나의 토큰을 구입하고 다양하고 조정 가능한 블록체인 통화의 포트폴리오를 얻음
  • 각 암호화폐 인덱스에 대한 5 개의 별도의 기금
  • 투명한 투자 방식 및 낮은 수수료
  • 높은 보안 요구 사항

현황: 지수가 개발되었습니다. 금전 출범.

bamp

BAMP

  • 몇 초 안에 합법적인 암호화 자금을 만드십시오
  • 디지털 통화 포트폴리오 관리하기
  • 공업용 자산 보안 활용
  • 하나의 터미널을 통한 주요 암호 화폐 환전

현황: MVP

ZiChange

ZiChange.io

  • Buy or sell cryptocurrency for fiat money in an instant
  • 낮은 수수료와 최고의 환율
  • 대용량의 암호 화폐를 완벽하게 환전함
  • 다양한 지불 방법 중 하나를 선택하십시오

현황: 라이센스 취득. 곧 런칭 예정.

웹사이트로 가기

Zichain

크립토 파이냉의 세상으로 가는 게이트웨이

$71B

마켓 및 기회

암호 화폐는 새로운 형태의 자산입니다.

피아트 월드

총자산

$320T

15%
대안
전략
18%
소극적
전략
67%
적극적인
전략

$69T

관리 중인 자산

크립토 월드

총자산

$328B

$71B
잠재적 시장 규모

관리 중인 자산

실시간 데이터는 Zichain 회사인 CryptoEYE.com, 으로 제공됩니다.

목표

BAMP

집행 중인 자산

goal1

CryptoEYE.com

월간 방문자수

goal1

TheIndex.Fund

관리 중인 자산

goal1

ZiChange

매출액

goal1

로드맵

Q3
2017
Q4
2017
Q1
2018
Q2
2018
Q3
2018
Q4
2018
Q1
2019
Q2
2019
Q3
2019
Q4
2019
Q1
2020

BAMP

암호 화폐 펀드를 위한 인프라의 개념. IT 개발의 시작.

TheIndex.Fund

암호 화폐 지수와 인덱스 펀드 출시를 위한 해당하는 방법론 개발.

CryptoEYE

암호 화폐 산업에서 효율적인 자산 관리를 가능하게 하는 기능 및 뉴스 애그리게이터를 포함하는 정보 제공자의 개념.

CryptoEYE

알파 버전 출시: 암호 화폐 지수 5 개, 100 개의 암호 화폐 및 토큰 설명이 들어가는 크랍토 위키, 암호 화폐 투자 계산기.

BAMP

펀드 개념을 외부 자산 관리자를 위한 본격적인 블록체인 자산 관리 플랫폼 (BAMP)으로 전환함

CryptoEYE

베타 버전의 출시. 뉴스 애그리게이션 모듈의 출시.

ZiChange

회사 본사는 유럽 연합에 있습니다. 암호 화폐 및 피아트 거래소를 위한 면허를 취득하는 중입니다.

BAMP

최소 기능 제품 (MVP) 출시

TGE

토큰 생성 이벤트. 프라이빗 사전 판매..

CryptoEYE

CryptoEYE에 뉴스 애그리게이터를 통합함. CryptoEYE 2.0 출시.

TheIndex.Fund

투자자를 위한 첫째 두 가지의 토큰화된 인덱스 펀드 출시.

TGE

토큰 생성 이벤트. 공개 판매

BAMP

한 터미널 내의 모든 주요 거래소를 집합하는 거래 플랫폼 출시.

TheIndex.Fund

풀 레인지의 인덱스 펀드 출시.

ZiChange

크립토-피아트 거래소 출시. 비트코인 / 이더리움 / 라이트코인 VS 달러/유로.

BAMP

BAMP 1.0 (베타) 출시.

CryptoEYE

Zichange 서비스와 TheIndex.Fund의 투자 상품의 통합. iOS 및 Android 모바일 애플리케이션 출시.

ZiChange

암호화페 마켓을 추가로 계속 지원합니다. 기관 투자가 및 기업 고객과의 업무 시작.

CryptoEYE

뉴스 및 암호 화폐 관련 콘텐츠를 게시할 다국어 편집 팀을 창단함. 현지화된 웹 사이트 인터페이스 및 뉴스 기사 (2 개 언어).

TheIndex.Fund

인덱스 펀드 증권 증권화 및 전통적인 거래소의 상장의 시작은. 미국, 싱가포르 등 다른 국가의 거주자인 투자자를 위한 법적 접근 설정.

BAMP

법적 프레임 워크 설정 시작.

CryptoEYE

2 가지의 언어로 전체 현지화함. BAMP를 위한 투자 상품 시장 출시.

BAMP

BAMP 2.0 출시. 분배 액세스를 제공하는 분산 자산 저장.

CryptoEYE

투자자의 포트폴리오를 기반으로 개별 뉴스 피드를 제공하는 고급 뉴스 및 시장 데이터 필터링 개발. 2 개의 언어 전체 현지화.

CryptoEYE

거래 전략 생성 및 백테스팅을 위한 분석 플랫폼 개발. 2 가지의 언어 추가.

CryptoEYE

2 개의 추가 언어로 현지화 (총 10 개)

우리 리더

카쟈투르는 자산 관리 및 프라이빗 뱅킹 업무 분야에서의 10 년 이상의 경력을 쌓은 존경 받는 투자 관리 전문가입니다. 그는 스위스, 러시아, 싱가포르, 룩셈부르크, 키프로스, 리히텐슈타인의 주요 은행 및 헤지 펀드들과 일해 본 적이 있습니다. 카쟈투르는 러시아의 가장 오래된 독립적인 투자 그룹인 ATON의 파트너이자 전무 이사였습니다. 그는 2014 년 설립된 ATON의 스위스 사업부인 ATON WM Suisse의 개발을 책임졌습니다. ATON WM Suisse는 스타트업에서 스위스의 독립 자산 관리 회사 중 하나인 2억 5천만 달러가 넘는 자산을 관리하고 있는 회사까지 발전되었습니다. 카쟈투르는 중개업, 자산 구조 조정 및 파이낸스 고문에 대한 전문성이 뛰어나며 대체 투자의 대가입니다. 그는 자격 있는 자산 관리자이자 금융 시장 전문가이며 정치 과학 학위를 가지고 있습니다.

KHACHATUR GUKASYAN

공동 창립자 겸 최고 경영자

세르게는 미국, 오스트리아와 러시아 등 국가에서 얻은 기술, 에너지 및 건설 산업에서의 15 년이 넘는 국제 경험을 가진 숙련된 프로젝트 매니저 및 비즈니스 구조 조정 전문가입니다. 세르게는 비즈니스 프로세스 관리, 조달 컨설팅, 비용 최적화 및 비즈니스 관리를 전문으로 합니다. 그는 미국 NOVA Southeastern University에서 MBA를 취득했습니다.

SERGE GELLER

공동 창립자 겸 최고 경영자

스테판은 해명 기술을 사용하는 소프트웨어 시스템 개발 분야에서 15 년 이상의 경력을 쌓은 상을 받은 소프트웨어 엔지니어입니다. 그는 서비스 지향 아키텍처 및 기술을 작용하는 복잡하고 혁신적인 프로젝트를 구현하는 인정 받은 능력을 갖춘 기술 전문가입니다. 스테판은 수년 동안 수많은 IT 팀과 프로젝트를 국제적으로 이끌었습니다. 엔터프라이즈 소프트웨어 설계, 서비스 지향 아키텍처 및 기술, 소프트웨어 정의 인프라, 빅 데이터,인지 컴퓨팅 및 인공 지능에 있어서 전문성을 가집니다. 스테판은 12 개의 과학 논문을 실었으며 컴퓨터 과학 박사 학위를 취득했습니다.

STEPAN TSATURYAN

CTO, PhD

안드레이는 미디어, 통신 및 핀테크 부문에서 20년 이상의 경력을 쌓은 파이낸스 및 투자 전문가입니다. Zichain에 합류하기 전에 수년 동안 모바일 애플리케이션을 전문으로 하는 벤처 기업 및 핀테크 회사를 성공적으로 개발했습니다. 안드레이는 6 년 동안 러시아의 두 번째로 큰 휴대전화 판매점인 Svyaznoy에서 최고 재무 책임자 (CFO)였습니다. 그는 Svyaznoy의 파이낸스 계획, 예산 책정 및 제품 가격 책정 업무를 했습니다. 그 전에는 러시아 최대 미디어 회사 중 하나 인 Media Most에서 파이낸스 전략을 관리했습니다. 안드레이는 1996 년 PricewaterhouseCoopers에서 경력을 시작했습니다. 노스 웨스턴 대학 (Northwestern University)의 켈로그 경영 대학 (Kellogg School of Management)에서 MBA를 취득했으며, 경제학 및 금융학 학위를 받았습니다.

ANDREY GUNIN

공동 창립자 겸 재무 담당 최고 책임자

뱌체슬라브는 마케팅 프로젝트의 개발 및 성공적인 구현에 있어서 15 년 이상의 경력을 갖고 있습니다. 그는 위기 관리 뿐만 아니라 프로젝트 관리 및 구조 조정을 전문으로 합니다. 뱌체슬라브는 수 많은 교육 프로그램 및 비영리 부문 이니셔티브의 창안 및 시행에 대한 광범위한 경력을 보유하고 있습니다.

VIACHESLAV TIMERBULATOV

공동 창립자 겸 비즈니스 발전 책임자

Sergey Kovtunenko는 자산 관리 및 프라이빗 뱅킹 분야에서 13년의 경력을 보유한 금융 시장 전문가입니다. Sergey는 선도적 금융 회사에서 HNWI 및 UHNWI 고객들과 협력해 왔습니다. Troika Dialog, Sberbank Private Banking 같은 회사에서 근무하기 전에, UBS에서 지난 4년간 근무했습니다. 글로벌 주식, 채권, 헤지 펀드, 사모 시장, FX/상품/주식 기반의 구조화된 솔루션 등 TAC 및 NTAC(기존//대체 자산 클래스) 둘 다를 기반으로 하는 전략적 자산 배분 솔루션에 대한 전문 지식을 보유하고 있습니다. 그 전에는 5년 동안 Huawei Technoligies 및 Alcatel(액세스 네트워크 부문의 제품 관리자 포지션) 같은 통신 업계의 선도적 공급업체에서 근무했습니다. Sergey는 Novosibirsk State Technical University에서 경제학 학위를 가지고 있으며 정보 시스템을 전공으로 했습니다.

Sergey Kovtunenko

전무 이사

Ekaterina는 마케팅, 홍보 및 이벤트 전문가입니다. 그녀는 마케팅 전략 개발, 커뮤니케이션 및 이벤트 관리 분야에서 상당한 경험을 가지고 있습니다. Zichain에 앞서 Ekaterina는 Sberbank CIB(전 Troika Dialog) 및 ATON과 같은 회사에서 근무했습니다. 그녀는 자격을 갖춘 뛰어난 금융 시장 전문가입니다. Ekaterina는 University of Business and Law에서 우등으로 졸업했으며, 국제 비즈니스 및 경제 안보 학위를 취득했습니다.

Ekaterina Matveeva

마케팅 책임자

Taras는 대체 투자 및 자산 관리 분야의 금융 시장 전문가입니다. 헤지펀드 및 뮤추얼 펀드 구조화에 대한 폭넓은 경험을 보유하고 있으며 러시아의 가장 오래된 독립 투자 그룹인 ATON에서 고액자산가들을 위한 선도적인 헤지펀드 플랫폼 개발에서 핵심적 역할을 맡았습니다. Taras는 New Economic School과 Higher School of Economics에서 경제학 학위를 취득했습니다.

Taras Chumachenko

파트너, 제품 책임자

세르게이는 10 년 이상 IT 업계의 프로젝트 관리 및 비즈니스 개발 분야에서 일해 왔습니다. 그는 30 개 이상의 복잡한 대규모 프로젝트를 성공적으로 완료하고 시장 포지셔닝 및 확장 과정을 지도하고 새로운 업계 도전를 극복하고 혁신적인 기술을 도입했습니다.

SERGEY SHVEY

제품 소유자

알렉산드르는 썬 마이크로 시스템즈 (SUN Microsystems) 및 오라클 (Oracle)과 같은 대규모 국제 기업에서 10 년 넘게 경аг을 쌓은 숙련된 프로젝트 매니저이자 선도적인 소프트웨어 개발자입니다. 그의 주요 전문 분야는 데이터 분석 시스템, 기계 학습 알고리즘, 빅 데이터 및 자연 언어 처리입니다.

ALEXANDER ANDRIANOV

개발자

다비드는 다양한 산업에서 복잡한 IT 프로젝트를 개발하고 관리하는 데에 있어 15 년 이상의 경력을 갖고 있습니다. 그는 여러 국제 기구를 대상으로 턴키 IT 솔루션을 성공적으로 수행해 왔습니다. 다비드는 디자인, 개발, 유지 및 지원을 포함하여 전체 소프트웨어 프로젝트 라이프 사이클에서 강력한 전문성을 갖추고 있습니다.

DAVID KHUDAVERDYAN

제품 소유자

Danil은 독점 고주파 트레이딩 펀드의 양적 연구 경험을 갖춘 금융 시장 전문가입니다. 그는 모스크바 거래소에서 트레이딩 알고리즘 개발 및 배포를 성공적으로 완수했으며, 인프라 수준 시장 운영에 대해 심도 있게 이해하고 있습니다. 핵심 전문 분야로는 시장 미세 구조, 실행 알고리즘, 맞춤형 통계 차익 전략 및 알고리즘 설계가 있습니다. Danil은 Higher School of Economics 및 New Economic School에서 경제학 학위를 받았습니다.

Danil Yakovlev

무역구조 관리자

컴퓨터 공학 박사로, 고성능 및 확장 가능한 소프트웨어 솔루션 구현 및 지원에서 13년 이상의 실무 경험 보유. n-계층 애플리케이션 아키텍처, 개발 및 유지 관리에서 입증된 경력. 소프트웨어 개발 프로세스의 전문가이자 멘토, 애자일 코치이자 블록체인 기술 애호가.

Arthur Hakobyan

PhD, 소프트웨어 아키텍트

15년 이상의 소프트웨어 설계 및 개발 경험을 보유한 소프트웨어 아키텍트. 전체 백엔드 및 프론트엔드 솔루션, 데이터 분석, 데이터베이스 및 API 설계 분야의 뛰어난 전문 지식 보유. 스케일링 서비스 지향 아키텍처 및 높은 인터넷 트래픽 처리 애플리케이션의 전문가.

Armen Ivanyan

소프트웨어 아키텍트

National Academy of Sciences of Armenia의 IT 중심 석사 학위를 보유한 강력한 소프트웨어 엔지니어링 전문가. IT 및 소프트웨어 서비스 업계 근무 경력 보유. 객체 지향 프로그래밍, Microsoft .NET Frameworks 및 웹 API 설계와 구현 기술 보유.

Khoren Shahbazyan

소프트웨어 개발자

재무 분야의 견실한 경력을 보유한 소프트웨어 엔지니어. 구조화 금융 소프트웨어 솔루션의 재무 분석가로서 경력을 시작하고, 몇 년 후 소프트웨어 엔지니어링 분야로 지식과 기술을 전환한 후 Microsoft .NetCore 기술 엔지니어이자 애호가가 되었습니다. 

Aspram Shadyan

소프트웨어 개발자

카렌은 11 년이상의 경력을 가진 엔터프라이즈 응용 프로그램 솔루션을 제공하고 복잡한기술프로젝트를 주도해온 상위 소프트웨어 엔지니어입니다. 그의 전문 분야는 오픈 소스 스페이스에서의 전체 스택 개발에 중점을 둔 웹개발입니다. 그는 문제를 해결하는 일반적인 방법 대신 각 상황에 대해서 특정 태도를 취합니다. 그는 각문제를 새로운 시각으로 보고 전반적인 기술 전략에 기여하는 한편 수십명의 신규 사용자를 위한 애플리케이션의 성능과 확장성을 향상시킵니다.

Karen Balabekyan

고참 소프트웨어 개발자

기술과 관련된 모든 것을 좋아하는 소프트웨어 엔지니어. 현재 그는 모범 사례 및 견고한 아키텍처 패턴 구현을 통해 최첨단 기술과 도구를 활용하여 소프트웨어 제품 및 서비스를 개발하고 있습니다.

Tigran Avetisyan

소프트웨어 개발자

아이크는 응용 수학 석사 학위를 취득한 소프트웨어 및 모바일 개발자입니다. 그는 항상 새로운 기술을 배우고 자신을 향상시킬 준비가 되어 있는 전문가입니다. 그는 자신의 경험을 활용하여 버그의 가능성을 최소화하고 여러 장치에서의 동일한 사용자 경험을 최대화하기 위해서 웹프론트엔드 및 모바일 애플리케이션을 위한 재사용 가능 코드를 제작합니다.

Hayk Manukyan

소프트웨어 개발자

비크토리아는 품질 보증 엔지니어입니다. 그는 품질 테스트 전략 수립,준비 및 유지, 테스트 프레임워크 설계, 상호 연관된 테스트 스크립트를 개발함으로써 각 프로젝트 수준에서 품질을 보장합니다. 그는 백엔드,프론트엔드 및 디자인 팀과 프로덕션팀과 긴밀히 협력하는 것에 정통합니다. 비크토리아는 분석 및 보고 영역에서 13년이상의 경험을 가지고 있습니다. 

Viktorya Karamyan

품질 보증 기술자

아나키트 카쟈랸은 소프트웨어 테스팅 경력을 갖고 있는 품질 보증 엔지니어로서 민첩한 환경에서 품질 소프트웨어를 제작하고 문제를 해결하는 데 열정적입니다. 아나키트는 테스트 전략 준비, 테스트 실행 및 버그 추적을 포함한 소프트웨어 개발 / 테스팅 라이프사이클에 능숙합니다. 테스트 계획 및 테스트 사례를 제작하면 비즈니스 요구 사항 분석 및 소프트웨어 명세서부터 시작합니다.

Anahit Ghazaryan

품질 보증 기술자

고문

알레크산드르 보로디치는 혁신과 블록체인 분야의 선구자로서 70 개가 넘는 투자 프로젝트를 지휘해 온 전세계적으로 잘 알려져 있는 프로젝트인Universa 블록체인의 창업자 및 크라우드 투자 플랫폼 겸 벤처 클럽인 벤처 클럽 (VentureClub) 창업자입니다. 그의 주요 투자 분야는 시드 및 아이디어 단계에 있는 사물 인터넷, 클라우드 컴퓨팅, 스마트 시티 및 서비스로서의 소프트웨어(SaaS)입니다. 러시아 벤처 캐피탈 (Russian Venture Capital)에 따르면 알레크산드르는 러시아에서 가장 활동적인 비즈니스맨으로 인정 받았습니다. 러시아 인터넷 대기업인 Mail.ru Group의 전 마케팅 이사, Future Action 마케팅 커뮤니케이션의 최고 경영자 겸 관리 파트너입니다.
알렉산드르는 수많은 크립토 컨퍼런스에서 자주 연설을 합니다. 그는 모스크바고등경제학교의 마케팅부의 멘토이자 강사입니다. 그는 2010 년부터 2013 년까지 모스크바 국립 대학교 (MSU) 경제 수학 학과장이었으며 15 년 이상 신경제학을 가르치고 있었다.
알렉산드르는 2007 년 스톡홀름 경제 대학교에서 MBA 학위를 취득했습니다. 이전에 모스크바 주립 전자 공학 및 수학 대학교를 졸업했으며 모스크바고등경제학교에서 마케팅 석사 학위를 취득했습니다.

Alexander Borodich

Universa 블록체인 설립자

15 개 이상의 ICO을 위한 컨설팅을 제공했습니다. 그는 Strykz, Kinguin, BTU 프로토콜, Lendo, AgentNotNeeded, Axens 's Telegram 그룹을 포함하여 약 20k ~ 35k 까지 다양한 그룹을 성장시키는 데 원조했으며 여러 가지 ICO을 위한 참가자 20만명규모의 커뮤니티를 형성했습니다. 모든 프로젝트를 위해 총 1 억 달러 이상을 모았습니다.
여러 가지의 플랫폼에는 2 만 5 천여명의 팔로워가 있습니다. 암호 화폐와 기본 기술인 블록체인에 대한 열정 및 암호 화폐 시장에 대한 깊은 이해를 가지고 있습니다. Telegram (https://t.me/CryptoAnalysisTM)에서 18,000 명 이상의 팔로어를 유치했습니다. 그는 아시아 시장에서 영향력을 발휘합니다.

Jun Hao Ong

블록체인 에반젤리스트

ICO 고문, ICOBench 전문가, 스마트 계약 개발자, 전체 스택 개발자, 암호 화폐 & 블록체인 규제 태스크 포스의 자문위원.
보그단은 영향력 있는 블록체인 및 암호 화폐 전문가, 투자가, 기업가 및 블록체인 관련 이벤트에 활발히 활동하고 강연을 하고 있는 사람입니다. 그는 현재 BitJob의 공동 설립자이자 Blockchainexperts.io의 회장이며 유망한 스타트업에게 자문을 제공하고 있습니다. \보그단은 마니토바 대학교에서 컴퓨터 과학 석사 학위를 취득했습니다. 그는 20년의 IT 경험 및 블록체인 업계에 대한 깊은 이해를 가지고 있으며 개념 단계에서 프로젝트 실현까지의 ICO 개발 내부 작업을 하면서 깊은 지식을 습득해 왔습니다.

Bogdan Fiedur

풀 스택 개발자, ICO 고문

셀프 스타일의 '소셜 엔지니어이자 PR 그로스 해커'인 Ismail Malik은 ICOcrowd의 초기 코인 오퍼링에서 세계 최고의 책임 편집자이며 기술 관련 스타트업 및 기업가 정신 분야에서 20년 이상의 경험을 쌓았습니다. 실제로, Ismail은 rise.global에 의해 블록체인에서 가장 영향력 있는 100인으로 선정되었습니다. 또한 Ismail은 Blockchain Lab의 설립자이자 CEO이며, 블록체인, 토큰화 및 암호 통화와 관련된 광범위한 전문 지식을 보유하고 있으며, 주기적으로 동아시아의 블록체인 이벤트에서 발표를 합니다.

Ismail Malik

국제 비즈니스 개발 고문

스마트 계약

  1.     function revokeAsset(bytes32 _symbol, uint _value) returns(bool);
  2.     function setProxy(address _address, bytes32 _symbol) returns(bool);
  3.     function lockAsset(bytes32 _symbol) returns(bool);
  4.     function proxyTransferFromToICAPWithReference(address _from, bytes32 _icap, uint _value, string _reference, address _sender) returns(bool);
  5.     function proxyApprove(address _spender, uint _value, bytes32 _symbol, address _sender) returns(bool);
  6.     function allowance(address _from, address _spender, bytes32 _symbol) constant returns(uint);
  7.     function proxyTransferFromWithReference(address _from, address _to, uint _value, bytes32 _symbol, string _reference, address _sender) returns(bool);
  8. }
  9.  
  10. contract AssetInterface {
  11.     function _performTransferWithReference(address _to, uint _value, string _reference, address _sender) returns(bool);
  12.     function _performTransferToICAPWithReference(bytes32 _icap, uint _value, string _reference, address _sender) returns(bool);
  13.     function _performApprove(address _spender, uint _value, address _sender) returns(bool);
  14.     function _performTransferFromWithReference(address _from, address _to, uint _value, string _reference, address _sender) returns(bool);
  15.     function _performTransferFromToICAPWithReference(address _from, bytes32 _icap, uint _value, string _reference, address _sender) returns(bool);
  16.     function _performGeneric(bytes, address) payable {
  17.         revert();
  18.     }
  19. }
  20.  
  21. contract ERC20Interface {
  22.     event Transfer(address indexed from, address indexed to, uint256 value);
  23.     event Approval(address indexed from, address indexed spender, uint256 value);
  24.  
  25.     function totalSupply() constant returns(uint256 supply);
  26.     function balanceOf(address _owner) constant returns(uint256 balance);
  27.     function transfer(address _to, uint256 _value) returns(bool success);
  28.     function transferFrom(address _from, address _to, uint256 _value) returns(bool success);
  29.     function approve(address _spender, uint256 _value) returns(bool success);
  30.     function allowance(address _owner, address _spender) constant returns(uint256 remaining);
  31.  
  32.     // function symbol() constant returns(string);
  33.     function decimals() constant returns(uint8);
  34.     // function name() constant returns(string);
  35. }
  36.  
  37. contract AssetProxyInterface {
  38.     function _forwardApprove(address _spender, uint _value, address _sender) returns(bool);
  39.     function _forwardTransferFromWithReference(address _from, address _to, uint _value, string _reference, address _sender) returns(bool);
  40.     function _forwardTransferFromToICAPWithReference(address _from, bytes32 _icap, uint _value, string _reference, address _sender) returns(bool);
  41.     function balanceOf(address _owner) constant returns(uint);
  42. }
  43.  
  44. contract Bytes32 {
  45.     function _bytes32(string _input) internal constant returns(bytes32 result) {
  46.         assembly {
  47.             result := mload(add(_input, 32))
  48.         }
  49.     }
  50. }
  51.  
  52. contract ReturnData {
  53.     function _returnReturnData(bool _success) internal {
  54.         assembly {
  55.             let returndatastart := msize()
  56.             mstore(0x40, add(returndatastart, returndatasize))
  57.             returndatacopy(returndatastart, 0, returndatasize)
  58.             switch _success case 0 { revert(returndatastart, returndatasize) } default { return(returndatastart, returndatasize) }
  59.         }
  60.     }
  61.  
  62.     function _assemblyCall(address _destination, uint _value, bytes _data) internal returns(bool success) {
  63.         assembly {
  64.             success := call(div(mul(gas, 63), 64), _destination, _value, add(_data, 32), mload(_data), 0, 0)
  65.         }
  66.     }
  67. }
  68.  
  69. /**
  70.  * @title EToken2 Asset Proxy.
  71.  *
  72.  * Proxy implements ERC20 interface and acts as a gateway to a single EToken2 asset.
  73.  * Proxy adds etoken2Symbol and caller(sender) when forwarding requests to EToken2.
  74.  * Every request that is made by caller first sent to the specific asset implementation
  75.  * contract, which then calls back to be forwarded onto EToken2.
  76.  *
  77.  * Calls flow: Caller ->
  78.  *             Proxy.func(...) ->
  79.  *             Asset._performFunc(..., Caller.address) ->
  80.  *             Proxy._forwardFunc(..., Caller.address) ->
  81.  *             Platform.proxyFunc(..., symbol, Caller.address)
  82.  *
  83.  * Generic call flow: Caller ->
  84.  *             Proxy.unknownFunc(...) ->
  85.  *             Asset._performGeneric(..., Caller.address) ->
  86.  *             Asset.unknownFunc(...)
  87.  *
  88.  * Asset implementation contract is mutable, but each user have an option to stick with
  89.  * old implementation, through explicit decision made in timely manner, if he doesn't agree
  90.  * with new rules.
  91.  * Each user have a possibility to upgrade to latest asset contract implementation, without the
  92.  * possibility to rollback.
  93.  *
  94.  * Note: all the non constant functions return false instead of throwing in case if state change
  95.  * didn't happen yet.
  96.  */
  97. contract AssetProxy is ERC20Interface, AssetProxyInterface, Bytes32, ReturnData {
  98.     // Assigned EToken2, immutable.
  99.     EToken2Interface public etoken2;
  100.  
  101.     // Assigned symbol, immutable.
  102.     bytes32 public etoken2Symbol;
  103.  
  104.     // Assigned name, immutable. For UI.
  105.     string public name;
  106.     string public symbol;
  107.  
  108.     /**
  109.      * Sets EToken2 address, assigns symbol and name.
  110.      *
  111.      * Can be set only once.
  112.      *
  113.      * @param _etoken2 EToken2 contract address.
  114.      * @param _symbol assigned symbol.
  115.      * @param _name assigned name.
  116.      *
  117.      * @return success.
  118.      */
  119.     function init(EToken2Interface _etoken2, string _symbol, string _name) returns(bool) {
  120.         if (address(etoken2) != 0x0) {
  121.             return false;
  122.         }
  123.         etoken2 = _etoken2;
  124.         etoken2Symbol = _bytes32(_symbol);
  125.         name = _name;
  126.         symbol = _symbol;
  127.         return true;
  128.     }
  129.  
  130.     /**
  131.      * Only EToken2 is allowed to call.
  132.      */
  133.     modifier onlyEToken2() {
  134.         if (msg.sender == address(etoken2)) {
  135.             _;
  136.         }
  137.     }
  138.  
  139.     /**
  140.      * Only current asset owner is allowed to call.
  141.      */
  142.     modifier onlyAssetOwner() {
  143.         if (etoken2.isOwner(msg.sender, etoken2Symbol)) {
  144.             _;
  145.         }
  146.     }
  147.  
  148.     /**
  149.      * Returns asset implementation contract for current caller.
  150.      *
  151.      * @return asset implementation contract.
  152.      */
  153.     function _getAsset() internal returns(AssetInterface) {
  154.         return AssetInterface(getVersionFor(msg.sender));
  155.     }
  156.  
  157.     function recoverTokens(uint _value) onlyAssetOwner() returns(bool) {
  158.         return this.transferWithReference(msg.sender, _value, 'Tokens recovery');
  159.     }
  160.  
  161.     /**
  162.      * Returns asset total supply.
  163.      *
  164.      * @return asset total supply.
  165.      */
  166.     function totalSupply() constant returns(uint) {
  167.         return etoken2.totalSupply(etoken2Symbol);
  168.     }
  169.  
  170.     /**
  171.      * Returns asset balance for a particular holder.
  172.      *
  173.      * @param _owner holder address.
  174.      *
  175.      * @return holder balance.
  176.      */
  177.     function balanceOf(address _owner) constant returns(uint) {
  178.         return etoken2.balanceOf(_owner, etoken2Symbol);
  179.     }
  180.  
  181.     /**
  182.      * Returns asset allowance from one holder to another.
  183.      *
  184.      * @param _from holder that allowed spending.
  185.      * @param _spender holder that is allowed to spend.
  186.      *
  187.      * @return holder to spender allowance.
  188.      */
  189.     function allowance(address _from, address _spender) constant returns(uint) {
  190.         return etoken2.allowance(_from, _spender, etoken2Symbol);
  191.     }
  192.  
  193.     /**
  194.      * Returns asset decimals.
  195.      *
  196.      * @return asset decimals.
  197.      */
  198.     function decimals() constant returns(uint8) {
  199.         return etoken2.baseUnit(etoken2Symbol);
  200.     }
  201.  
  202.     /**
  203.      * Transfers asset balance from the caller to specified receiver.
  204.      *
  205.      * @param _to holder address to give to.
  206.      * @param _value amount to transfer.
  207.      *
  208.      * @return success.
  209.      */
  210.     function transfer(address _to, uint _value) returns(bool) {
  211.         return transferWithReference(_to, _value, '');
  212.     }
  213.  
  214.     /**
  215.      * Transfers asset balance from the caller to specified receiver adding specified comment.
  216.      * Resolves asset implementation contract for the caller and forwards there arguments along with
  217.      * the caller address.
  218.      *
  219.      * @param _to holder address to give to.
  220.      * @param _value amount to transfer.
  221.      * @param _reference transfer comment to be included in a EToken2's Transfer event.
  222.      *
  223.      * @return success.
  224.      */
  225.     function transferWithReference(address _to, uint _value, string _reference) returns(bool) {
  226.         return _getAsset()._performTransferWithReference(_to, _value, _reference, msg.sender);
  227.     }
  228.  
  229.     /**
  230.      * Transfers asset balance from the caller to specified ICAP.
  231.      *
  232.      * @param _icap recipient ICAP to give to.
  233.      * @param _value amount to transfer.
  234.      *
  235.      * @return success.
  236.      */
  237.     function transferToICAP(bytes32 _icap, uint _value) returns(bool) {
  238.         return transferToICAPWithReference(_icap, _value, '');
  239.     }
  240.  
  241.     /**
  242.      * Transfers asset balance from the caller to specified ICAP adding specified comment.
  243.      * Resolves asset implementation contract for the caller and forwards there arguments along with
  244.      * the caller address.
  245.      *
  246.      * @param _icap recipient ICAP to give to.
  247.      * @param _value amount to transfer.
  248.      * @param _reference transfer comment to be included in a EToken2's Transfer event.
  249.      *
  250.      * @return success.
  251.      */
  252.     function transferToICAPWithReference(bytes32 _icap, uint _value, string _reference) returns(bool) {
  253.         return _getAsset()._performTransferToICAPWithReference(_icap, _value, _reference, msg.sender);
  254.     }
  255.  
  256.     /**
  257.      * Prforms allowance transfer of asset balance between holders.
  258.      *
  259.      * @param _from holder address to take from.
  260.      * @param _to holder address to give to.
  261.      * @param _value amount to transfer.
  262.      *
  263.      * @return success.
  264.      */
  265.     function transferFrom(address _from, address _to, uint _value) returns(bool) {
  266.         return transferFromWithReference(_from, _to, _value, '');
  267.     }
  268.  
  269.     /**
  270.      * Prforms allowance transfer of asset balance between holders adding specified comment.
  271.      * Resolves asset implementation contract for the caller and forwards there arguments along with
  272.      * the caller address.
  273.      *
  274.      * @param _from holder address to take from.
  275.      * @param _to holder address to give to.
  276.      * @param _value amount to transfer.
  277.      * @param _reference transfer comment to be included in a EToken2's Transfer event.
  278.      *
  279.      * @return success.
  280.      */
  281.     function transferFromWithReference(address _from, address _to, uint _value, string _reference) returns(bool) {
  282.         return _getAsset()._performTransferFromWithReference(_from, _to, _value, _reference, msg.sender);
  283.     }
  284.  
  285.     /**
  286.      * Performs transfer call on the EToken2 by the name of specified sender.
  287.      *
  288.      * Can only be called by asset implementation contract assigned to sender.
  289.      *
  290.      * @param _from holder address to take from.
  291.      * @param _to holder address to give to.
  292.      * @param _value amount to transfer.
  293.      * @param _reference transfer comment to be included in a EToken2's Transfer event.
  294.      * @param _sender initial caller.
  295.      *
  296.      * @return success.
  297.      */
  298.     function _forwardTransferFromWithReference(address _from, address _to, uint _value, string _reference, address _sender) onlyImplementationFor(_sender) returns(bool) {
  299.         return etoken2.proxyTransferFromWithReference(_from, _to, _value, etoken2Symbol, _reference, _sender);
  300.     }
  301.  
  302.     /**
  303.      * Prforms allowance transfer of asset balance between holders.
  304.      *
  305.      * @param _from holder address to take from.
  306.      * @param _icap recipient ICAP address to give to.
  307.      * @param _value amount to transfer.
  308.      *
  309.      * @return success.
  310.      */
  311.     function transferFromToICAP(address _from, bytes32 _icap, uint _value) returns(bool) {
  312.         return transferFromToICAPWithReference(_from, _icap, _value, '');
  313.     }
  314.  
  315.     /**
  316.      * Prforms allowance transfer of asset balance between holders adding specified comment.
  317.      * Resolves asset implementation contract for the caller and forwards there arguments along with
  318.      * the caller address.
  319.      *
  320.      * @param _from holder address to take from.
  321.      * @param _icap recipient ICAP address to give to.
  322.      * @param _value amount to transfer.
  323.      * @param _reference transfer comment to be included in a EToken2's Transfer event.
  324.      *
  325.      * @return success.
  326.      */
  327.     function transferFromToICAPWithReference(address _from, bytes32 _icap, uint _value, string _reference) returns(bool) {
  328.         return _getAsset()._performTransferFromToICAPWithReference(_from, _icap, _value, _reference, msg.sender);
  329.     }
  330.  
  331.     /**
  332.      * Performs allowance transfer to ICAP call on the EToken2 by the name of specified sender.
  333.      *
  334.      * Can only be called by asset implementation contract assigned to sender.
  335.      *
  336.      * @param _from holder address to take from.
  337.      * @param _icap recipient ICAP address to give to.
  338.      * @param _value amount to transfer.
  339.      * @param _reference transfer comment to be included in a EToken2's Transfer event.
  340.      * @param _sender initial caller.
  341.      *
  342.      * @return success.
  343.      */
  344.     function _forwardTransferFromToICAPWithReference(address _from, bytes32 _icap, uint _value, string _reference, address _sender) onlyImplementationFor(_sender) returns(bool) {
  345.         return etoken2.proxyTransferFromToICAPWithReference(_from, _icap, _value, _reference, _sender);
  346.     }
  347.  
  348.     /**
  349.      * Sets asset spending allowance for a specified spender.
  350.      * Resolves asset implementation contract for the caller and forwards there arguments along with
  351.      * the caller address.
  352.      *
  353.      * @param _spender holder address to set allowance to.
  354.      * @param _value amount to allow.
  355.      *
  356.      * @return success.
  357.      */
  358.     function approve(address _spender, uint _value) returns(bool) {
  359.         return _getAsset()._performApprove(_spender, _value, msg.sender);
  360.     }
  361.  
  362.     /**
  363.      * Performs allowance setting call on the EToken2 by the name of specified sender.
  364.      *
  365.      * Can only be called by asset implementation contract assigned to sender.
  366.      *
  367.      * @param _spender holder address to set allowance to.
  368.      * @param _value amount to allow.
  369.      * @param _sender initial caller.
  370.      *
  371.      * @return success.
  372.      */
  373.     function _forwardApprove(address _spender, uint _value, address _sender) onlyImplementationFor(_sender) returns(bool) {
  374.         return etoken2.proxyApprove(_spender, _value, etoken2Symbol, _sender);
  375.     }
  376.  
  377.     /**
  378.      * Emits ERC20 Transfer event on this contract.
  379.      *
  380.      * Can only be, and, called by assigned EToken2 when asset transfer happens.
  381.      */
  382.     function emitTransfer(address _from, address _to, uint _value) onlyEToken2() {
  383.         Transfer(_from, _to, _value);
  384.     }
  385.  
  386.     /**
  387.      * Emits ERC20 Approval event on this contract.
  388.      *
  389.      * Can only be, and, called by assigned EToken2 when asset allowance set happens.
  390.      */
  391.     function emitApprove(address _from, address _spender, uint _value) onlyEToken2() {
  392.         Approval(_from, _spender, _value);
  393.     }
  394.  
  395.     /**
  396.      * Resolves asset implementation contract for the caller and forwards there transaction data,
  397.      * along with the value. This allows for proxy interface growth.
  398.      */
  399.     function () payable {
  400.         _getAsset()._performGeneric.value(msg.value)(msg.data, msg.sender);
  401.         _returnReturnData(true);
  402.     }
  403.  
  404.     // Interface functions to allow specifying ICAP addresses as strings.
  405.     function transferToICAP(string _icap, uint _value) returns(bool) {
  406.         return transferToICAPWithReference(_icap, _value, '');
  407.     }
  408.  
  409.     function transferToICAPWithReference(string _icap, uint _value, string _reference) returns(bool) {
  410.         return transferToICAPWithReference(_bytes32(_icap), _value, _reference);
  411.     }
  412.  
  413.     function transferFromToICAP(address _from, string _icap, uint _value) returns(bool) {
  414.         return transferFromToICAPWithReference(_from, _icap, _value, '');
  415.     }
  416.  
  417.     function transferFromToICAPWithReference(address _from, string _icap, uint _value, string _reference) returns(bool) {
  418.         return transferFromToICAPWithReference(_from, _bytes32(_icap), _value, _reference);
  419.     }
  420.  
  421.     /**
  422.      * Indicates an upgrade freeze-time start, and the next asset implementation contract.
  423.      */
  424.     event UpgradeProposed(address newVersion);
  425.     event UpgradePurged(address newVersion);
  426.     event UpgradeCommited(address newVersion);
  427.     event OptedOut(address sender, address version);
  428.     event OptedIn(address sender, address version);
  429.  
  430.     // Current asset implementation contract address.
  431.     address latestVersion;
  432.  
  433.     // Proposed next asset implementation contract address.
  434.     address pendingVersion;
  435.  
  436.     // Upgrade freeze-time start.
  437.     uint pendingVersionTimestamp;
  438.  
  439.     // Timespan for users to review the new implementation and make decision.
  440.     uint constant UPGRADE_FREEZE_TIME = 3 days;
  441.  
  442.     // Asset implementation contract address that user decided to stick with.
  443.     // 0x0 means that user uses latest version.
  444.     mapping(address => address) userOptOutVersion;
  445.  
  446.     /**
  447.      * Only asset implementation contract assigned to sender is allowed to call.
  448.      */
  449.     modifier onlyImplementationFor(address _sender) {
  450.         if (getVersionFor(_sender) == msg.sender) {
  451.             _;
  452.         }
  453.     }
  454.  
  455.     /**
  456.      * Returns asset implementation contract address assigned to sender.
  457.      *
  458.      * @param _sender sender address.
  459.      *
  460.      * @return asset implementation contract address.
  461.      */
  462.     function getVersionFor(address _sender) constant returns(address) {
  463.         return userOptOutVersion[_sender] == 0 ? latestVersion : userOptOutVersion[_sender];
  464.     }
  465.  
  466.     /**
  467.      * Returns current asset implementation contract address.
  468.      *
  469.      * @return asset implementation contract address.
  470.      */
  471.     function getLatestVersion() constant returns(address) {
  472.         return latestVersion;
  473.     }
  474.  
  475.     /**
  476.      * Returns proposed next asset implementation contract address.
  477.      *
  478.      * @return asset implementation contract address.
  479.      */
  480.     function getPendingVersion() constant returns(address) {
  481.         return pendingVersion;
  482.     }
  483.  
  484.     /**
  485.      * Returns upgrade freeze-time start.
  486.      *
  487.      * @return freeze-time start.
  488.      */
  489.     function getPendingVersionTimestamp() constant returns(uint) {
  490.         return pendingVersionTimestamp;
  491.     }
  492.  
  493.     /**
  494.      * Propose next asset implementation contract address.
  495.      *
  496.      * Can only be called by current asset owner.
  497.      *
  498.      * Note: freeze-time should not be applied for the initial setup.
  499.      *
  500.      * @param _newVersion asset implementation contract address.
  501.      *
  502.      * @return success.
  503.      */
  504.     function proposeUpgrade(address _newVersion) onlyAssetOwner() returns(bool) {
  505.         // Should not already be in the upgrading process.
  506.         if (pendingVersion != 0x0) {
  507.             return false;
  508.         }
  509.         // New version address should be other than 0x0.
  510.         if (_newVersion == 0x0) {
  511.             return false;
  512.         }
  513.         // Don't apply freeze-time for the initial setup.
  514.         if (latestVersion == 0x0) {
  515.             latestVersion = _newVersion;
  516.             return true;
  517.         }
  518.         pendingVersion = _newVersion;
  519.         pendingVersionTimestamp = now;
  520.         UpgradeProposed(_newVersion);
  521.         return true;
  522.     }
  523.  
  524.     /**
  525.      * Cancel the pending upgrade process.
  526.      *
  527.      * Can only be called by current asset owner.
  528.      *
  529.      * @return success.
  530.      */
  531.     function purgeUpgrade() onlyAssetOwner() returns(bool) {
  532.         if (pendingVersion == 0x0) {
  533.             return false;
  534.         }
  535.         UpgradePurged(pendingVersion);
  536.         delete pendingVersion;
  537.         delete pendingVersionTimestamp;
  538.         return true;
  539.     }
  540.  
  541.     /**
  542.      * Finalize an upgrade process setting new asset implementation contract address.
  543.      *
  544.      * Can only be called after an upgrade freeze-time.
  545.      *
  546.      * @return success.
  547.      */
  548.     function commitUpgrade() returns(bool) {
  549.         if (pendingVersion == 0x0) {
  550.             return false;
  551.         }
  552.         if (pendingVersionTimestamp + UPGRADE_FREEZE_TIME > now) {
  553.             return false;
  554.         }
  555.         latestVersion = pendingVersion;
  556.         delete pendingVersion;
  557.         delete pendingVersionTimestamp;
  558.         UpgradeCommited(latestVersion);
  559.         return true;
  560.     }
  561.  
  562.     /**
  563.      * Disagree with proposed upgrade, and stick with current asset implementation
  564.      * until further explicit agreement to upgrade.
  565.      *
  566.      * @return success.
  567.      */
  568.     function optOut() returns(bool) {
  569.         if (userOptOutVersion[msg.sender] != 0x0) {
  570.             return false;
  571.         }
  572.         userOptOutVersion[msg.sender] = latestVersion;
  573.         OptedOut(msg.sender, latestVersion);
  574.         return true;
  575.     }
  576.  
  577.     /**
  578.      * Implicitly agree to upgrade to current and future asset implementation upgrades,
  579.      * until further explicit disagreement.
  580.      *
  581.      * @return success.
  582.      */
  583.     function optIn() returns(bool) {
  584.         delete userOptOutVersion[msg.sender];
  585.         OptedIn(msg.sender, latestVersion);
  586.         return true;
  587.     }
  588.  
  589.     // Backwards compatibility.
  590.     function multiAsset() constant returns(EToken2Interface) {
  591.         return etoken2;
  592.     }
  593. }

토큰 생성 이벤트 (TGE)

사전 토큰 세일
25%의 보너스

1 ZCN = $0.08달러

May 21 - August 31, 2018

토큰 세일
0%

1 ZCN = $0.1 달러

9 월 16 일, 2018

Soft cap

$ 3 mln

+

Hard cap

$ 25 mln

-

토큰 배분

  • 64% 토큰 세일
  • 21% 관리팀
  • 10% 자문위원회
  • 2% 추천 프로그램
  • 2% 바운티 프로그램
  • 1% 공중 투하
공중 투하
1%
바운티 프로그램
2%
추천 프로그램
2%
자문위원회
10%
관리팀
21%
토큰 세일
64%
abacus

Zitoken (ZCN)은 우리의 생태계에 활력을 불어 넣습니다. Zichain 서비스에 대해 ZCN으로 지불하는 모든 사람들은 30% 할인을 받습니다. 다른 암호 화폐로 하는 50%의 지불은 Zitoken은 매주 환매하는 데 사용됩니다

  • CryptoEYE.com: 고급 분석 및 예측, 뉴스 소스 관리
  • BAMP: 플랫폼의 모든 서비스에 대한 요금 지불
  • TheIndex.Fund: 지수 투자에 대한 수수료 지불
  • Zichange.io: 경쟁력 있는 환율

예금

  • 32.2% 제품 개발
  • 15.5% 인원
  • 14.3% 마케팅 & PR
  • 14.2% IT 지원
  • 11.4% 법률
  • 5.6% 사이버보안
  • 3.1% 행정 비용
  • 2.0% IT 인프라
  • 1.6% 기타 비용
IT 인프라
2.0%
1.6%
기타 비용
행정 비용
3.2%
사이버보안
5.6%
법률
11.4%
IT 지원
14.2%
마케팅 & PR
14.3%
32.2%
제품 개발
15.5%
인원
calculator
문서
라이트 페이퍼
TWO PAGER
토큰 종이

FAQ

1
Zichain은 무엇인가?

Zichain은 전통적인 금융 분야의 모범 사례와 혁신적인 기술을 결합함으로써 개인 및 기관 투자자를 위한 암호 화폐 자산 관리 산업을 창출하는 데 주도적인 역할을 하도록 합니다. 우리는 몇 가지의 주요 제품으로 구성된 생태계를 개발하고 있습니다. Zichain 제품에는 투자 자금을 사용하고 관리하는 플랫폼, 뉴스 및 시장 데이터 제공 업체, 암호 화폐 인덱스 그룹으로 하는 인덱스 펀드, 암호 화폐와 명목 화폐 환전 및 금융 서비스 마켓 플레이스가 있습니다.

2
Zichain을 구축하는 이유는 무엇인가?

우리는 암호 화폐에 대한 많은 사람들의 관심이 커짐을 볼 수 있습니다. 이는 소매 고객도 대형 기관의 고객도 포함합니다. 그러나 투자자와 관리자는 편리하고 안정적이고 안전한 자산 관리를 위한 통합 솔루션을 아직 없습니다. 그러니까 우리는 이 업계가 엄청난 잠재력을 갖고 있음을 깨달으므로 상당한 시장 점유율을 차지할 수 있다고 믿습니다.

3
경쟁 우위는 무엇인가?

지금까지 제품을 출시해 온 훌륭한 프로젝트 또는 프로토타입이 많습니다. 그러나 그 프로젝트마다 투자 프로세스의 작은 부분만을 담당합니다. Zichain은 경쟁자인 업체와 달리 투자자 및 관리자를 위한 금융 인프라를 한 곳에서 이용할 수 있는 본격적인 생태계를 개발합니다. 제품 및 프로세스 최적화와 관련하여 수년 간의 전통 금융 분야에서의 경험과 모범 사례를 기반으로 하며 암호 화폐 자산 관리 업계의 향후 발전을 위한 기반을 마련하고자 합니다.

4
출시된 제품이 있는가?

우리는 이미 CryptoEYE의 베타 버전을 출시했습니다. 베타에는 포괄적인 동전 설명이 포함된 암호 화폐 인덱스와 Crypto-Wiki에 대한 자세한 정보가 포함되어 있습니다. 뉴스 집계, 자체 암호 화폐 콘텐츠 게시 및 시장을 통한 투자 제품 제공과 같은 추가 기능은 2018-2019 년에 출시 될 예정입니다. ZiChange와 TheIndex.Fund의 첫 번째 버전은 2018 년 2 분기에 출시 될 예정입니다. 분산 자산을 보유한 BAMP는 늦어도 2019 년 2 분기에 출시 될 예정입니다.

5
생태계의 대상 잠재 고객은 누군가?

ZiChange는 암호화 세계에 어떻게든 연결되어있는 모든 사람들에게 디지털 통화를 사고 파는 것을 제안합니다. TheIndex.Fund는 수동 cryptocurrency 투자자를위한 최고의 선택입니다. BAMP는 자산 관리 인프라 및 올인원 거래 플랫폼에 대한 액세스를 제공하는 모든 재능있는 펀드 매니저에게 적합한 편리한 솔루션입니다. CryptoEYE는 모든 시장 데이터를 얻고, 포트폴리오와 관련된 뉴스를 읽고, 동전이나 토큰에 대한 정보를 얻을 수있는 cryptocurrencies에 대해 궁금한 사람들을위한 플랫폼입니다.

6
토큰 세일로 받은 수익은 어떻게 사용할 건가?

토큰 판매로 인한 수익은 로드맵에 명시된 목표를 달성하기 위해 사용될 것입니다. 다음 영역을 중심으로 하는 것입니다:

  • IT 인프라는 확장형 시스템 아키텍처를 구축합니다
  • IT 개발은 TheIndex.Fund 거래 자동화, BAMP 및 CryptoEYE 기능 확장, 자산에 대한 분산 액세스를 개발합니다
  • 마케팅 및 PR은 경쟁률이 낮은 시장에서의 상당한 비중을 차지하고 유기적 성장의 단계로 이동하기 위해 제품을 널리 홍보합니다
  • 유동성 공급은 ZiChange용 알고리즘을 사용하여 암호 화폐 인벤토리 구축 및 시장 출시를 합니다.
  • 재능 있는 직원 채용하고 최고의 거래 상대방과의 파트너십을 구축하고 10 개 언어로 제품을 현지화할 팀을 구성합니다.
  • 법적 지원은 모든 국가에서 증권화, 보안 토큰 등록, 주요 또는 가장 중요한 관할지의 투자 활동를 투자자가 할 수게 하도록하는 것입니다.
  • 사이버 보안 - 가장 신뢰할 수있는 방법으로 사용자의 자금과 데이터를 안전하게 보호하기위한 아키텍처 개발
1
블록체인 자산 관리 플랫폼 (BAMP)이란 무엇인가??

BAMP는 자동화된 행정 기능 (투자 계획서 감독, 회계, 위험 관리 및 기타)으로 맞춤형 펀드를 만들 수 있는 플랫폼입니다. 이 플랫폼은 자산 관리 업계의 안전과 투명성의 기준을 관리하는 데에 모든 필요란 인프라를 제공합니다. 중요한 기능 중 하나는 하나의 터미널을 통해 대부분의 거래를 할 수 있는 편리한 거래 인프라를 사용하여 펀드 자산을 관리할 수있는 것입니다..

2
TheIndex.Fund는 무엇인가?

TheIndex.Fund는 보수적인 투자자에게 익숙하고 편리한 환경을 조성하는 일련의 인덱스 펀드입니다. 전통적인 파이낸스 세계의 베스트 프랙티스를 사용하여 우리는 인덱스 펀드의 기준이 되는 암호 화폐의 하나의 지수를 만들었습니다. 모든 투자자는 가장 적합한 시장 부문에 투자할 수 있습니다.

3
CryptoEYE는 무엇인가?

CryptoEYE는 투자자와 관리자가 복잡하고 조직화되지 않은 암호 화폐의 세계를 알아보도록 돕는 웹사이트입니다. 모든 사용자는 취향에 따라 시장 정보와 뉴스를 맞출 수 있습니다. 포털은 투자자를 위한 공간이고 자산 관리자를위 한 광고 플랫폼입니다.

4
Zichange.io는 무엇인가?

ZiChange는 피아트 통화로 간단하고 안전하며 편리한 암호 화폐를 구매하는 것을 제공하는 교환 플랫폼입니다. 우리는 최첨단 기술을 사용하여 최상의 환율과 가장 안전한 방법으로 디지털 통화를 제공합니다

1
Zitoken은 어떤 종류의 토큰입니까?

Zitoken (ZCN) - 이더리움 블록체인을 기반으로 하는 ERC20 토큰입니다. Zichain 토큰은 서비스의 생태계에 활력을 불어 넣는 내부 통화의 역할을 합니다.

2
Zitoken을 사용해야 하는 이유는 무엇인가?

Zitoken을 사용하여 투자자와 관리자는 모두 30% 할인된 가격으로 서비스 비용을 지불할 수 있습니다. 이러한 서비스에는 펀드 매니저를 위한 CryptoEYE 마케팅 도구, BAMP 펀드 인프라 및 거래 플랫폼, TheIndex.Fund에 투자하는 것, ZiChange.io의 교환 수수료가 있습니다. 나중에 파트너의 서비스 비용을 지불할 수 있는 기회를 제공할 계획입니다.

3
Zitoken 전체 수가 얼마나 많이 생산될 건가?

토큰생성이벤트(TGE) 기간 동안 703,125,000 개의 토큰을 발행할 예정이며, 이중 전체 64%인 450,000,000 개가 사전 판매 및 토큰 판매 단계에서 투자자에게 판매할 수 있습니다. TGE 기간 동안 판매되지 않은 모든 토큰은 소각됩니다. 또한 총 토큰 발행 수의21%인 최대147,656,250개의 토큰이 프로젝트 팀에 배분되며, 10%인 최대 14,062,500 개의 토큰이 고문위원회에 배분되며, 2%인 최대 14,062,500 개의 토큰이 바운티 프로그램에 참여한 사용자에게 배분되며, 2%인 최대 14,062,500개의 토큰이 추천 프로그램 참여자에게 보상이 되며, 1%인 최대7,031,250개의 토큰이 에어드랍을 통해서 분배될 것입니다.

1
토큰 세일에 참여하는 방법이 무엇인가?

토큰 세일에 참여하려면 웹사이트에서 가입하여 계정으로 로그인하고 KYC 절차를 거쳐 Zichain 토큰을 구입해야 합니다. 비트코안 (BTC), 이더리움 (ETH) 및 라이트코인 (LTC)를 받습니다.

2
KYC 요구 사항이 있는가?

Zichain 토큰을 받으려면 KYC 절차를 통과해야 합니다. 신원 확인 서류 (여권, 운전 면허증 또는 국가 신분증)와 거주 확인서를 제출해야 합니다. 토큰 세일 시작 시 KYC 시스템에 액세스할 수 있습니다. 그 때까지 지시 사항을 이메일로 받을 것입니다. 토큰 구입 전후에 KYC 절차를 진행할 수 있는데 토큰 세일 종료 7 일 전까지는 KYC 절차를 진행해야 합니다. 토큰은 KYC 확인 및 구매 후에 즉시 발행되고 전송됩니다

3
세일 판매가 언제 시작되는가? 언제까지 진행되는가나?

토큰 생성 이벤트(TGE)는 비공개 판매, 사전 판매, 토큰 판매와 같이 3단계로 진행됩니다. 사전 판매는 2018년 5월 21일에 시작되어 2018년 8월 31일에 끝납니다. 사전 판매에 참여하려면 화이트리스트에 추가되어야 하고 KYC 절차를 거쳐야 합니다. 토큰 판매는 2018년 9월 16일에 시작되어 2018년 10월 31일에 끝납니다(KYC 필요함). TGE 초기 단계에 참여하면 최종 판매 가격($0.10)에서 최대 65% 할인된 가격으로 토큰을 구입할 수 있습니다. 비공개 판매 기간 동안 최대 8,000,000개 토큰이 각각 $0.035에 먼저 판매된 후, 각각 $0.06에 판매될 것입니다. 최소 구매액은 $10,000입니다. 사전 판매 시 토큰은 각각 $0.08에 판매될 것입니다. 토큰 세일 기간 중에는 나머지 모든 토큰이 $0.10에 판매될 것입니다.

4
최소 구매 금액은 얼마인가?

프라이빗 사전 세일 기간 동안 토큰의 최소 구매 금액은 10,000 달러 또는 구입 당시의 10,000 달러에 해당하는 평균 환율로 결정된암호화폐입니다. 퍼블릭 사전 세일 중에 토큰의 최소 구매는 최소 1000 달러 또는 이 금액에 해당하는 암호화폐 금액입니다. 토큰 세일 중 최소 토큰 구매액은 50달러 정도입니다.

5
무슨 지급 방법이 가능한가?

비트코인 (BTC), 이더리움 (ETH) 및 라이트코인 (LTC) 등 암호 화폐만을 용하여 Zichain 토큰을 지불할 수 있습니다. 토큰은 귀하의 계정에서 직접 구입할 수 있습니다. 우리는 암호 화폐 거래소 지갑에서 전송을 허용하지 않다는 점을 유의하십시오. 개인 BTC 또는 ETH 지갑을 사용하지 않으면 거래가 거부되고 자금이 반환됩니다.

6
입금시간은 어느정도 예상해야 합니까?

플랫폼은 사용자의 지불이 우리의 암호 화폐 지갑에 입금되고 확인이 완료되자마자 귀하의 이더리움 지갑으로 토큰을 자동적으로 전송합니다. 이 프로세스는 이더리움 네트워크 과부하 경우 최대 몇 시간이 걸립니다