스테이터스 네트워크 토큰
1. 개요
스테이터스 네트워크는 사용자가 본인에 대한 완전한 권한을 갖는 네트워크를 지향한다.인터넷에서 개인정보에 대한 권한은 무엇보다도 소중하게 지키는 것을 중점으로 두고 있다.또한 중개자 없이 자유롭게 거래하고 소통할 수있는, 디지털 네트워크 상의 신원에 대한 모든 권한을 온전히 소유하는 차세대 네트워크를 표방하고 있다.
또한 스테이터스 네트워크는 프라이버시를 안전하게 보장하는 웹3 발전을 위한 도구와 인프라를 구축하고 있다. 스테이터스 네트워크의 플래그십(Flagship) 제품인 스테이터스는 탈중앙화된 웹(Web3.0) 상에서 검열과 감시로부터 자유로운 채팅, 암호화폐 거래 및 디앱(dapp) 브라우징을 하나의 앱으로 제공하는 이더리움 기반 디앱이다. 모든 소스 코드는 깃허브(Github)에 오픈소스로 제공되어 누구든지 네트워크에 참여하고 공헌할 수 있다. 스테이터스 네트워크 팀은 투명하고 개방된 사회를 위한 생태계를 조성이라는 비전으로 프로젝트 개발에 임하고 있다.
2. 스테이터스 네트워크
[image]
스테이터스 네트워크는 크게 프로덕트 레이어, 개발자 도구 레이어, 인프라스트럭처 레이어로 구분되어 있다. 상기 3개의 레이어의 하위 프로젝트들은 후술
프로덕트 레이어(Product layer) : 검열, 감시로부터 자유로운 커뮤니케이션을 지원하는 스테이터스(Status), 비접촉 하드월렛 및 개방된 결제 네트워크를 구축하는 키카드(Keycard), 탈중앙 P2P 암호화폐 거래소 텔러(Teller) 와 탈중앙 크라우드 펀딩 플랫폼 어셈블(Assemble)
개발자 도구 레이어(Developer tools layer) : 개발자들의 Dapp 개발을 도와주는 엠바크(Embark) 와 서브스페이스(Subspace)
인프라스트럭처 레이어(Infrastructure layer) : 리소스가 제한된 기기의 이더리움 클라이언트2.0 구동을 돕는 님버스(Nimbus), 검열 저항성 기반의 안전한 P2P 메시징 스택을 개발하는 R&D 프로젝트 백(Vac)
3. 목표
1. 탈중앙화된 자율 조직(DAO) 지향
2. 의사결정과정, 지식 공유, 프로젝트 개발 그리고 자금지원에 있어 단일 실패지점을 제거
3. 완벽한 탈중앙화
4. 스테이터스 팀 개발 원칙
1. 자유 (Freedom)
- 스테이터스는 모든 사람들의 주권과 자유를 수호합니다. 개개인의 자유를 지키는 플랫폼으로서, 스테이터스 팀은 사회, 정치 그리고 경제 활동의 자유에 초점을 맞추고 이를 극대화하도록 노력할 것입니다. 인류의 소중한 자유를 위협하는 그 어떤 것들에도 저항해 나갈 것입니다.
2. 검열 저항 (Censorship resistance)
- 스테이터스는 모든 정보가 자유롭게 유통되도록 할 것입니다. 어떤 컨텐츠도 감시 받아서는 안됩니다. 검열 저항 원칙은 크립토 이코노미(Crypto economy, 암호화폐 경제 원리)의 기본 정신을 따르기 때문에, 스테이터스 플랫폼의 모든 콘텐츠들은 감시로부터 자유롭습니다. 스테이터스는 불가지론을 지향하는 플랫폼으로서 모든 정보를 다룰 것입니다.
3. 보안 (Security)
- 스테이터스는 여러 유용한 기능들을 개발해나가며, 기능을 위해 보안을 포기하는 일은 없을 것입니다. 우리는 업계 최신, 최적의 기술을 사용하며, 새로운 보안 방식과 기술을 통해 보안을 강화하는데 힘쓸 것입니다.
4. 개인정보 (Privacy)
- 프라이버시(Privacy)는 스스로가 자신을 선택적으로 세계에 드러낼 수 있는 권리를 의미합니다. 스테이터스 팀은 대화나 거래에 있어 개인정보를 보호하는 것은 필수적으로 생각합니다. 위에서 설명한 것과 마찬가지로, 스테이터스는 익명성을 보장하는 플랫폼으로서 역할을 수행 할 것이며, 완전한 익명성을 제공하도록 노력할 것입니다.
5. 투명성 (Transparency)
- 스테이터스는 정보의 비대칭성 해소 및 개방을 통해, 스테이터스 핵심 팀원들과 커뮤니티 멤버들 사이에 존재하는 벽을 없애도록 노력할 것입니다. 장기적인 목표를 위해 트레이드오프를 해야 할 경우, 우리의 부족한 점에 대해 솔직하게 공유하겠습니다.
6. 개방성 (Openness)
- 스테이터스의 모든 소프트웨어는 공공재입니다. 누구든지 무료로 제공되는 오픈소스를 통해, 코드를 공유, 수정할 수 있습니다. 스테이터스 팀원들은 오픈소스 정신을 기반으로 한 자유로운(Permission-less) 참여가 옳다고 생각합니다.
7. 탈중앙화 (Decentralization)
- 스테이터스는 소프트웨어와 조직에서 중앙화된(Centralized) 요소들을 최소화하고 있습니다. 다시 말해, 스테이터스는 네트워크를 구성하는 물리적 컴퓨터의 수와 네트워크에 참여하여 시스템을 구축(Build)하고, 의사결정(Control)하는 구성원의 수를 최대화하고 있습니다.
8. 포괄성 (Inclusivity)
- 스테이터스의 소프트웨어는 쉽게 사용할 수 있고 공정하며 널리 사용되어야 합니다. 이는 또한 다양성을 존중하는 사회적 포괄성, 자유로운(Permissionless) 참여, 상호 운영성 그리고 교육적 노력으로까지 연장되고 있습니다.
9. 연속성 (Continuance)
- 특정 기관 또는 현재 팀 멤버의 일부가 독점하는 일이 발생하지 않도록, 소프트웨어를 계속 유지보수하고 개선해나갈 수 있는 인센티브를 부여할 것입니다.
10. 현명함 (Resourcefulness)
- 스테이터스는 현명해야합니다. 스테이터스 팀이 지속적으로 성장하여 전통적인 자본 시장과 만나게 될 때, 스테이터스 팀의 사명은 토큰 홀더들이 조직 관료 시스템의 복잡하고 비효율적인 절차에 맞서 싸울 수 있도록 하는 것입니다. 이는 경제적 비용을 최소화하면서 가장 효율적인 방법으로 문제를 해결하는 것을 의미합니다.
출처
5. 스테이터스 앱 현황
2020년 2월13일 구글 플레이스토어 & 애플 앱스토어에 정식 출시되었다. 다만 중국 애플스토어에선 암호화폐 거래기능이 포함되었다는 이유로 중국 앱스토어 시장에 진출하는 것은 잠시 보류되었다.
V1 출시 블로그
구글 플레이스토어 링크
애플 앱스토어 링크
APK 파일(v1.3.1)
V1가이드
V1은 총 V1브리핑 내용을 토대로 보면 아래와 같은 후속 업데이트가 있을 것으로 보인다.
- V1.0 : 그룹채팅 미지원(20명 이상 사용시 느려지는 현상이 있다고 함)[2]
- V1.1 : 메시지 전부읽기 기능 지원 업데이트가 완료되었다.
- V1.2 : Waku모드 지원/ 안드로이드 알림기능 지원 2020년 4월7일 업데이트가 완료되었으며, 이번 업데이트를 통해 기존보다 10배 많은 사용자들을 수용할 수 있도록 성능 향상을 이끌어내었다고 한다.출처
- V1.3 : 다크모드/ 그룹채팅[3]
- V1.4 : 스테이터스 키카드 통합/ 알림기능
- V1.5 : 이미지전송 및 오디오메시지 : 1:1 채팅과 그룹채팅에서만 사용가능하다.
- V1.6 : 레퍼럴/스타터팩 레퍼럴 설명영상 (9월초 예상)
인플루엔서 대상 리퍼럴 링크 테스팅을 위한 작은 업데이트. v1.6.1에서 스팸 메시지 방지를 위한 추가 업데이트 진행
추가내용 : 본래 영상대로 레퍼럴 프로그램이 진행될 예정이었으나 이더리움 네트워크 수수료가 디파이의 영향으로 폭등함에 따라 레퍼럴 프로그램은 방향을 잃은 상태이다. 이더리움 네트워크 과부화로 인해 트랜잭션 수수료가 최대 $15(한화 약 17500원) 원에 달하기 때문에, 공식적인 런칭은 미뤄진 상태.
- V1.7 : iOS 알림, 언급하기, 닉네임, 지갑주소저장 및 즐겨찾기 기능 추가내용
- V1.8 : 그룹 채팅 사이즈 증가(10 -> 20), 히스토리노드 선택적 연결, ERC20 토큰 스캔버튼 추가 등
- V1.9 : 프로필 상태 업데이트, 채팅에서 유튜브 링크 미리보기, 안드로이드 트랜잭션 푸쉬알림, 오픈채팅으로 바로연결 등
5.1. 스테이터스 앱 SNT 사용처
스테이터스 팀의 공식 홈페이지에 따르면, SNT는 스테이터스 네트워크에서 다음과 같이 사용된다.
- ENS 닉네임 (적용): ENS 주소는 사용자 닉네임과 같다. Jenny.eth와 같은 ENS 이름을 특정 계정과 연동할 수 있으며, 이를 통해 다른 사람이 조금 더 쉽게 특정 사용자에게 토큰을 보내거나 특정 스테이터스 계정을 찾을 수 있도록 한다. 스테이터스 채팅, 지갑 및 브라우저에서 언제든지 ENS 주소를 검색 할 수 있다. stateofus.eth ENS 이름 등록 계약금은 연 10 SNT이다. ENS 이름이 계약되면, 10 SNT는 1년 간 ENS 등록 컨트랙트에 잠긴다. 일년이 지난 후에는 ENS 이름에 대한 계약을 취소하여 토큰을 다시 가져올 수 있다.
- 이모티콘 마켓 (적용): 스테이터스의 이모티콘 마켓은 누구든지 디자인 컨텐츠를 만들고 전세계의 사용자에게 디자인 컨텐츠를 판매 할 수 있도록 하며, 구입한 이모티콘은 모든 스테이터스 채팅 내에서 사용할 수 있다. SNT를 통해 이모티콘을 구입하며, 판매 수익은 100% 이모티콘 디자이너에게 돌아간다.
- 디앱 큐레이션 (적용): 스테이터스 디앱 디렉토리는 네트워크 내 이해당사자들이 다른 커뮤니티 구성원에 의해 큐레이션된 디앱 리스트를 브라우징 할 수 있도록 한다. 큐레이션은 카테고리와 평점을 기준으로 디앱을 탐색할 수 있는 방법을 제공하며, 사용자는 원하는 디앱을 정확히 찾을 수 있게 된다. SNT는 디렉토리의 큐레이션과 참여에 필요하다. 본인이 개발한 디앱을 홍보하고 싶은 개발자는 홍보를 위해 SNT 계약금을 예치해야 한다.
- 투표 디앱 (적용): 커뮤니티 거버넌스를 향한 첫 번째 단계인 스테이터스 투표 디앱(DApp)은 스테이터스 네트워크 이해 당사자들이 네트워크의 미래에 영향을 미칠 수 있도록 한다. 투표 디앱을 활용하면 누구든지 SNT를 기반으로 커뮤니티 투표를 시작할 수 있다. 투표 디앱은 제곱 투표(quadratic voting) 방식을 활용하여 사용자의 지갑에 있는 SNT 갯수는 사용자가 얼마나 많은 표를 행사할 수 있는지 결정하고, 소수의 의사결정 독점을 방지한다. 투표에 SNT가 실제로 사용되지는 않는다.
- 트리뷰트 투 토크 (개발완료): 트리뷰트 투 토크는 경제학 모델에 기반한 안티 스팸 필터를 제공한다. 트리뷰트 투 토크를 통해 불특정 사용자로부터 불필요한 메시지 수신 및 연락처 공유 요청을 차단할 수 있다. 트리뷰트 투 토크를 통해 연락처 외부의 사람들이 사용자에게 직접 연락하기 위해 필요한 최소 SNT 계약금을 설정할 수 있다.
- 텔러 네트워크 (개발 중): 텔러 네트워크는 스테이터스가 제공하는 디앱(DApp)으로, 사용자가 주변 사용자와 자신의 현금 및 디지털 자산을 거래할 수 있도록 돕는 국경 없는 P2P 거래 플랫폼이다. SNT는 텔러 네트워크에서 판매자로 등록하기 위해 필요하다.
- 네트워크 인센티브 (연구 중): 사용자가 스테이터스 노드를 배포하고 운영할 수 있는 프레임워크 및 인센티브 구조를 만든다. SNT는 네트워크에서 노드를 운영하는 사람들에게 인센티브로 작용하며, 이를 통해 스테이터스가 호스팅하는 클러스터와 연동된 모든 노드가 중단되더라도 앱이 문제 없이 작동하도록 한다. 노드는 전달된 메시지 뿐만 아니라 오프라인 메시지도 원활히 전달되도록 돕는다.
- DAO 및 거버넌스 (연구 중): 스테이터스네트워크토큰(SNT)의 핵심은 이해당사자(stakeholder)들이 소프트웨어 개발 방향에 본인의 의사를 반영할 수 있도록 하는 것이다. 이해당사자들은 제안서를 제출할 수 있으며, SNT는 제안서에 대한 결정을 내리는 데 사용된다. 각 결정에 대해 토큰은 별도의 의사결정 토큰으로 복제된다. 이 때 보유하고 있는 토큰의 양은 의사결정에 대한 투표권의 수가 되며, 투표하는데 SNT가 소모되지 않는다.
5.2. 스테이터스 앱 특징
1. 이메일 주소, 전화번호 등의 개인정보 없이 익명의 계정 생성 가능
2. 1:1 채팅을 통한 암호화폐 송금 및 수신
3. 디앱(DApp) 브라우저
4. P2P 메시징 프로토콜, 와쿠(Waku) 기반의 검열과 감시 없는 안전한 메시징
5. 오픈소스 프로젝트
6. 스테이터스 번역 캠페인을 통해 100% 한글화 되어있다.
참고
5.3. 스테이터스 앱 로드맵
스테이터스 포럼 로드맵 토의
새로 추가된 로드맵
*참고 : 개발 특성상 구체적인 출시 일정은 알 수 없다는 점을 참고바람.
원문출처
5.3.1. 단기목표
'''* 완료된 또는 상당부분 진행된 목표항목은 취소선으로 표시함'''
1. ENS프로필에 사진 업로드
2. 채팅키를 통해 ENS명 삭제
3. ENS등록 시 지불할 지갑 선택 기능
4. : 1:1채팅 및 그룹채팅에서 사용가능(2021/1/15기준)
5. : 적용완료 (2021/1/15기준)
6. : 적용완료 (2021/1/15기준)
7. 메시지 전송 시 커스텀 사운드 제공, 키 암호화 등등의
5.3.2. 장기목표
1. 거래소와 스테이터스 앱 호환
2. UI 구성요소 라이브러리
3. SNT 투표 디앱 개발 재개
4. 메시지 반응(이모지, SNT)
5. 프라이빗 트랜잭션
6. 트리뷰트 투 토크 : 인센티브 및 에스크로 기능을 제공하는 채팅
5.3.3. 연구 과제
1. Nimbus * Status
2. 소셜 계정 복구
3. 스테이터스 풀노드 운영
5.3.4. 스테이터스 관련 참고 자료
- 스테이터스, 텔레그램, 시그널 보안 메신저 비교 분석
- 감시 경제와 프라이버시 문제의 대두, 왜 사생활이 중요한가?
- 프라이버시 & 보안에 특화된 메신저, 스테이터스 메시징 원리 집중 분석
- 스테이터스 웹3 브라우저 집중 분석
- 코로나 바이러스와 감시의 등장, 자유로운 의사소통의 중요성
5.4. 보안 감사
5.4.1. 외부업체에 감사를 맡긴 이유
내부에서 자체적으로 감사를 맡게 되거나 감사를 하지 않는 경우 많은 사건 사고가 생길 수 있고 이미 생긴 사례가 있다.
스마트메쉬 오버플로우 사례
따라서 이러한 문제를 방지하기 위해서 정식버전에 대한 보안 감사는 외부업체인 트레일오브비츠(TOB)업체가 감사를 맡았다.
[image]
해당 업체는2014년에는 애플OS X 보안취약점을 발견하였고 2018년에는 AMD라이젠 취약점을 발견하기도 하였다. 현재는 깃허브 시큐리티 랩스에 이니셔티브로 참여한 업체이다.
트레일오브비츠업체에서는 감사를 위해 9명의 개발자와 4명의 엔지니어를 파견하여 퍼징작업과 다양한 레포지터리에 결함주입검증방법을 포함한 메뉴얼화된 코드 리뷰와 자동화된 테스트 방법을 이용하여 다음과 같은 내용을 검토하였다
'''1. 적은 노력으로 스테이터스 네트워크를 무력화시킬 수 있는가? '''
'''2. 각 메시지들의 프라이버시가 보장되는가?'''
'''3. 공격자가 원치않는 메시지를 전송할 수 있는가?'''
'''4. 위스퍼 프로토콜이 보안 목표치에 도달해 있는가?'''
5.4.2. 감사결과
1. 트레일오브비츠업체에서는 치명적인 버그를 찾지 못하였고, 지적한 40개 미만의 버그들은 이미 스테이터스 개발팀에서 인지하고 수정하고 있는 상태였다고 한다.
2. 추후 문제를 야기할 수 있는 설계쪽 문제들을 수정하길 권고하였다고 한다.
3. 감사에서 나온 버그들 이외에 보고되지 않은 버그들이 있을 가능성이 있으므로 외부감사업체에서 제공한 프레임워크를 이용하여 지속적으로 취약점을 찾아낼 예정.출처
6. 진행중인 프로젝트
[image]
6.1. 위스퍼 프로토콜
[image]
6.1.1. 특징
이더리움 전 CTO(최고기술책임자)인 개빈 우드가 고안한 기술로 오프체인(offchain)을 활용해 익명성을 부여하는 메시징 프로토콜이다. 스테이터스는 v1.2 이후로 위스퍼 프로토콜 기반으로 확장성과 배터리, 데이터 사용을 최적화한 '''와쿠(Waku)''' 프로토콜을 활용하고 있다. 위스퍼 프로토콜은 각종 메신저에서 메시지를 탈중앙적으로 보낼 때 활용이 가능하며 사용자는 익명성의 강도를 다섯 가지로 조절 가능하다.
또한 위스퍼 프로토콜을 활용한 커뮤니케이션은 물리적으로 검열이나 해킹할 수 없다. 메시지가 그물망처럼 구성된 P2P 네트워크에서 메시지 지속시간(Time-to-Live) 내 끊임없이 전달되기 때문에 수신인·발신인을 특정할 수 없다. 의도된 수신자의 공개키로 암호화된 메시지는 수신자가 아닌 다른 사람들이 절대 풀어낼 수 없다. 메시지 지속 시간이 만료되면 메시지는 폐기돼 세상에서 사라진다. 기존 메신저는 최소 IP 정보나 메타데이터가 유출될 수 있는데 위스퍼 프로토콜을 활용한 메시지는 모든 정보를 완벽하게 숨긴다.출처①이름만 익명으로 불특정 다수에게 메시지 전파
②자신을 팔로우하는 사람만 메시지 확인 가능하게 설정
③메시지를 암호화하여 발신. 이때 수신인은 누가 보낸 메시지인지 >확인할 수 없음
④수신인과 발신인을 제외한 제3자가 누구의 메시지인지 알 수 없게 설정
⑤수신자의 공개키로만 메시지를 복호화하여 확인할 수 있도록 함. >복호화는 코딩된 데이터를 원래 상태로 돌려놓는 것을 의미출처
6.1.2. 단점
- 위스퍼 프로토콜은 발신자가 수신자에게 메시지를 바로 보내는 형식이 아님. 한 번 전송된 메시지가 네트워크에 전파되면서 수신인만 메시지 암호를 풀 수 있는 구조. 따라서 수신인이 메시지를 언제 받을지 예측하기 어려움.
- 작업증명(Proof of Work)을 활용하기 때문에 메시지를 보낼 때 약간의 계산이 필요. 이때 계산에 의해 메시지 전송 지연 문제가 발생할 수 있음.출처
- 데이터 소모량이 많다. 스테이터스 앱 일일 사용자가 100명일 경우 일당 97mb를 소모하는 데 사용자가 늘어날 수록 개개인이 체감하는 데이타 소모량은 늘어날 수 밖에 없다. 이러한 문제점을 파악한 스테이터스 팀은 이러한 데이터 소모량을 줄일 수 있을 것으로 기대되는 Waku mode를 제안한 바 있다.출처
- 스팸 저항성, POW메카니즘은 서로 다른 노드연결에 부적합
- 인센티브가 제공되지 않는 인프라는 중앙화된 초크포인트로 이끔
- 형식화되있지 않고 부족한 설명서로 인해 분석과 구현이 어려움.
- devp2p성능이 오버 될 경우, 실행될 수 있는 위치와 방법이 제한됨
6.1.3. 오해
스테이터스 앱 내에서 메시지를 전송할 시 Gas 수수료가 들어간다는 루머가 있는데, 이는 완전히 잘못된 정보다. 와쿠(위스퍼) 프로토콜을 활용한 메시지는 이더리움 블록체인에서 컴퓨팅 되지 않기 때문에 가스를 소모하지 않는다.
참고 - 이드콘 2019 위스퍼 프로토콜 발표 자료
6.2. 님버스(Nimbus)
6.2.1. 개요
[image]
님버스는 스테이터스팀에서 2018년 3월부터 이더리움의 확장성 및 광범위한 샤딩(sharding)을 구현하고, 라이트 클라이언트 및 차세대 기술 연구를 위한 프로젝트이다.
님버스는 리소스가 제한 된 하드웨어(구형스마트폰, IoT 및 개인용 모바일 장치)에서 원활히 작성되도록 설계되었다. 가볍고 리소스가 제한된 장치에서 작동해야하기 때문에 Nim언어를 통해 개발되었다.
Nim언어는 파이썬과 유사하여 쉽게 포트(port)가 가능하고 접근성이 높다.
스테이터스 팀은 님버스(Nimbus)를 통해 전체 1. web3스택(분산논리, 분산 스토리지 및 분산메시징)을 위한 최초의 모바일 클라이언트(에너지 및 컴퓨터 효율성 제고)제작. 2. 임베디드 장치 최적화 3. 안드로이드TV, POS장치 또는 IoT장치에 이더리움 사용. 4. 단일 클라이언트 오류에 대비하여, 네트워크를 안정하기 위한 고품질 이더리움 구현 등의 목표를 잡아놓은 상태이다.
또한 님버스 프로젝트는 이더리움 재단에서 3차례 개발지원금을 지원한 바 있다.
2018년 50만불 지원, 2019년 8월 65만불 지원, 2020년 1월 65만불 지원 총 3차례 지원을 받은 것으로 보아, 이더리움 측에서 해당 프로젝트에 많은 관심을 보이고 있는 것으로 보인다. 님버스팀은 이번에 받은 지원금은 A Public multi-client ready testnet, Fuzzing and auditing, Production-readiness쪽에 사용할 것이라고 입장을 밝혔다.출처
6.2.2. 개발 현황
2020년 1월 28일
1. Lighthouse 최초 다중 클라이언트 최종화 버전 구현
2. Lighthouse 네트워킹 스펙 제작
3. 단일 및 다중 공개 테스트넷 클라이언트 조정 및 설정
4. 이더리움 재단에서 테스트하고 있는 모든 ETH2.0버전을 커버링할 수 있는 테스팅 플랫폼 구현
5. 님 언어로 네이티브 lib2p2 알파버전 구현
6. 2019년 9월 V1버전에 도달한 님 언어와 지속적으로 협업 및 지원
7. Eth1 이스탄불 버전과 동기화
8. 님플레이 제작 : 님플레이는 이더2.0 페이즈2를 위한 eWASM 기반으로 제작된 스마트컨트랙트를 위한 실험적인 언어 및 프레임워크를 말한다.
9. 데브콘5 및 기타 이더리움 컨퍼런스에서 라즈베리 파이, 개발자 경험, wasm 퍼포먼스, eth2/libp2p 네트워킹의 내용들을 발표, 패널 참석 등등의 활동
10. 님버스를 사용하여 스테이터스 모바일 앱과 님버스를 통합하는 첫 단계를 시작
11. 다중 플랫폼에서 사용할 수 있도록 개발 : 윈도우/맥/리눅스x86/x86_64RAM
추후 RISC-V, BSD로 확장될 것으로 기대.
2020년 3월 26일
1. '''JSON-RPC 서비스''': 님버스에 접속할 수 있는 비콘노드 익스플로러
2. '''상호운용성''' : go-ethereum discv5 와Lighthouse testnet 부트노드와 상호호환이 가능
3. '''보안감사''' : 감사의 범위와 방법을 논의 중
4. '''Libp2p''' : go-daemon을 제거함으로써 간편설치 및 디버그 이슈 최소화로 Libp2p안정성 증가.
5. '''테스트넷 최종단계진입'''
6. '''검증자 서명 개선''' : 메시징버퍼링 버그 해결로인해 기존대비 5배이상 빨라짐
7. '''EVMone''' : eth1레이어에 실행되고 있는 님버스에 현재 가장 빠른 이더리움 가상머신인 EVMone을 구현. 이더2.0 2단계에 재사용할 것이라고 함
8. '''기타''' : 증명집계작업 병합준비 완료. eth1브랜치에 있는 님 비콘체인이 이제 디파짓 컨트랙트에서 모니터링 됨.
2020년 5월 2일
1. 스마트폰으로 이더2.0 테스트넷 구동
2. 디스커버리V5와 비콘체인 동기화 로직을 점진적으로 적용 중
3. BLS업데이트 적용으로 멀티클라이언트 테스트넷에 한 층더 가까워짐
4. JSON-RPC서비스로 노드 모니터링이 쉬워짐
더 자세한 내용은 링크참조
2021년 1월 15일
- 현재 성공적으로 감사과정을 완료 및 런칭하여 이더리움 비콘체인의 역할을 수행하고 있다.
- 스팀버스 : 현재 스테이터스의 백엔드 라이브러리인 status-go를 NIM으로 개발하는 프로젝트로. 님버스(Nimbus)와 백(Vac)의 와쿠v2 프로젝트가 스테이터스 모바일, 데스크톱 앱에 탑재 될 것이라고 한다. 출처
6.2.3. 개발 예정
1. ETH2.0 페이스1 실험버전 구현 개발 및 ETH2 라이트클라이언트 대상 분권화된 저장 솔루션 연구
2. Eth1 EE 시제품 제작뿐만 아니라 통역기 대 컴파일러를 포함한 WASM을 탐구하는 어드레스 실행.
3. Eth2 레이어2 준비 및 구현 공간 탐색 - 낙관적인 실행, WASM 전략 등
6.2.4. 개발진
Jacek Sieka ← 수석 개발자.
Eugene Kabanov
Andri Lim
Mamy Ratsimbazafy
Yuriy Glukhov
Zahary Karadjov
Dustin Brody
Ștefan Talpalaru
Kim De Mey
6.2.5. 안드로이드 님버스 설치 커맨드(리눅스)
데스크탑이 아닌 모바일기기에서 님버스를 운영할 수 있다. 참고자료
준비물 : otg케이블, usb호환 키보드 이 둘이 없으면 명령어 입력에 상당한 제약이 생긴다.
'''termux에 우분투 설치'''
1. 안드로이드 앱에서 [termux] 설치
2. termux 실행
3. pkg install proot wget
4. mkdir ~/ubuntu_directory
5. cd ~/ubuntu_directory
6. wget https://raw.githubusercontent.com/Neo-Oli/termux-ubuntu/master/ubuntu.sh
7. bash ubuntu.sh #우분투 설치 시간이 좀 걸림.
8. ./start-ubuntu.sh #참고로 termux에 설치되는 우분투는 기본적인 기능을 제공하지 않으므로 다 설치해줘야하며 sudo 명령어는 먹지 않는다
9. touch ~/.hushlogin
'''go설치'''
apt update && apt upgrade
apt install wget
apt install git
apt install build-essential
apt install git golang-go libpcre3-dev
which go # go 디렉토리 확인
#안 될 경우
apt remove golang-go # 버전이 낮게 인스톨 될 수 있다.
git clone https://github.com/udhos/update-golang
apt-get install libpcre3-dev
./update-golang.sh
export PATH=$PATH:/usr/local/go1.13.7.linux-arm64/bin # go 부분은 다운로드 한 디렉토리 명과 일치시켜야 에러가 나지 않음. 모르겠다 싶음 >home화면에서 cd .. > cd usr/local 이동해서 제대로된 go디렉토리명을 확인후 PATH명령어 부분을 수정하길 바람.
go version #1.13.7버전이면 제대로 된 것임
* 사견 : 님버스가 런칭하고 여러변화가 있을 수 있어 해당 항목은 유효하지 않을 수 있음.'''님버스 2.0노드'''
cd
git clone https://github.com/status-im/nim-beacon-chain
cd nim-beacon-chain
make # 10~20분정도 소요
make # 명령어 재입력 똑같이 10~20분정도 소요
make VALIDATORS=192 NODES=6 USER_NODES=1 eth2_network_simulation # 시간이 좀 걸림 결과를 기다렸다가 다음 단계를 진행해야 함.
새로운 세션 열기 # 스마트폰 화면 좌측끝에서 우측으로 스와이프 하면 세션 창이 뜸
cd nim-beacon-chain
./env.sh
./tests/simulation/run_node.sh 0 # 끝
''' 비콘 노드'''
세션 새로 열기
ls 쳤는데 화면이 안뜬다면 ./start-ubuntu.sh 먼저 실행
cd nim-beacon-chain
make testnet 0
6.2.6. 참고 내용
님버스 일일 개발확인 포스트
님버스 검증자
무작위성
비콘체인
타당성 및 완결
님버스 안드로이드 개발문서
님버스프로젝트 홈페이지
마일스톤
6.3. VAC
[image]
안전한 메시징에 중점을 둔 모듈식 P2P 메시징 스택.
홈페이지
6.3.1. Waku mode
1. 스테이터스 네트워크의 Vac팀이 개발하는 P2P 메시징 프로토콜로, 위스퍼 프로토콜을 포크(fork)하여 스마트폰과 같이 데이터(bandwidth)와 컴퓨팅 리소스가 제한된 기기에 보다 우수한 확장성을 제공하기 위해서 개발되었다.
2. 확장성 개선과 디도스 저항 기능이 현재 개발 중이며, v1.2에서 도입 됨
3. 연구노트에 따르면, V1.2 기준으로 10만 DAU(일접속자수)를 기록할 수 있음
6.3.1.1. 목적
1. 현재 스테이터스 앱에서 사용되고있는 위스퍼 프로토콜은 현재 사용자들에게 많은 데이터 사용량을 요구하고 있으며 이런 데이터 사용량을 줄일 수 있는 스펙이 모자르다. 현재 스테이터스 앱 일일 사용자가 100명일 경우 일일 데이터 사용량은 '''일일 최대 97.7MB'''를 소모한다. 여기서 만약 스테이터스가 1만 명의 사용자를 확보하였다면 사용자당 일일 데이터는 '''일일 최대 9.5Gb에 육박'''하게 된다. 이 경우를 방치하게되면 스테이터스가 목표로 삼고있는 리소스가 제한된 기기에서 사용이 용이하지 못할 수 있다.
2. Waku mode가 개발자의 의도대로 개발되어 적용될 경우 데이터 사용량은 1만 명 사용자에게 요구되는 데이터 소모량은 '''일일 최대 1.5MB'''라고 주장하고 있다출처(블룸필터 적용 및 메타데이터 미보호).
3. Waku mode가 적용되어도 기존의 위스퍼 노드를 교체할 필요는 없으며, 해당 모드를 통해 노드의 성능을 끌어올릴 수 있다고 한다.
4. 데이터소모량을 비약적으로 줄일 수 있게 된다면, 대규모 사용자를 수용할 수 있을 것으로 기대된다.
6.3.1.2. 해결해야할 과제들
1. 메타데이터 보호가 약화된다.
2. 확장성을 위해 높은 수준의 접속 가능성이 보장되어야 한다.
3. 다른 네트워크와 중간에 있는 노드 간 병목현상이 발생할 수 있다. 예를 들면 Full bloom filter와 클러스터 용량이 될 수 있는데, 로드 밸런싱과 같은 알려진 기술로 분리하여 처리할 수 있다고 주장하고 있다.
4. 디도스 공격와 프라이버시 문제. 상기 문제들은 사용되고 있는 메일서버, 라이트노드 등 어떤 기능을 사용하고 있느냐에 따라 해결방법이 다르게 적용될 수 있다고 한다.
6.3.1.3. 개발 현황
1. ABNF 문법과 보다 구체적인 언어로 스펙을 명확하게 잭성
2. 라이트 노드 및 메일 서버/ 클라이언트 지원 등 여러 기능을 통합
3. Waku버전0, POC(proofofconcept)제공
출처
4. 2020년 3월18일 기준 벤치마크 내용이 나왔다. 위스퍼보다 4배 가까운 데이터를 절약할 수 있다고 한다.출처
5. 와쿠 0.3/0.4스펙 공개
6. 디스커버리v5 저사양 기기적용/ DNS기반 디스커버리/ 스테이터앱매핑 관련 연구 진행
6.3.1.4. 참고내용
Waku 프로젝트 진행사항
Waku 프로젝트 제안서
Waku 킥오프노트
Waku 깃헙
Waku mode 설명서
libp2p회의록
Waku - Recap, evaluation and derisking
6.4. Gas Abstraction 과 Gas Relay
6.4.1. 기능
'''Gas Abstraction''' : 이더리움 네트워크의 고질적인 문제점인 Dapp사용시 요구되는 이더리움 수수료를 이더리움이 아닌 SNT 또는 이와 비슷한 가치를 지닌 토큰으로 지불하는 것을 지원하는 기능. 이를 통해 해당 계정은 다중서명지갑이 지원하는 것과 같은 다양한 형태의 이더리움 트랜잭션을 생성할 수 있다.
'''Gas relay''' : 내 트랜잭션 실행을 내 지갑이 아닌 다른 지갑이 대신 실행하는 것을 의미. 이를 구현하기 위해선 한 계정이 매개변수를 호출하여야 하고, 이를 다른 계정이 해당 호출을 받아들이는 방식으로 설계된 스마트 컨트랙트가 존재하여야 한다.
참고 참고2 참고3
'''* 사견 : 해당 기능들은 레이어2솔루션(예 : 옵티미스틱롤업)
과 겹치는 것 같음. 따라서 상기 내용은 별도의 기능이 아닌 레이어2솔루션 구현에 있어 거쳐가야만 했던 과정이 아니었나 생각함.'''
6.5. 엠바크(Embark)
[image]
홈페이지
6.5.1. 기능
1. Dapp을 개발 및 배포하는 프레임워크. 엠바크로 개발된 Dapp은 이더리움 블록체인과 통합되며, https://ipfs.io/IPFS나 Swarm과 같은 분산 스토리지에 저장된다.
2. 엠바크를 통해 개발자들은 아래와 같은 개발에 필요한 도구들을 제공받아 Dapp 개발을 쉽게 제작할 수 있다.
참조자료''' 제공하는 기능 '''
''' - 자동 스마트컨트랙트 배포'''
''' - 클라이언트 개발'''
''' - 테스팅 '''
''' - Dapp 배포 '''
''' - P2P메시지 '''
6.5.2. 관련 소식
엠바크 특성상 개발자들이 아니면 쉽게 읽기 힘든 포스트가 많으니 참고바람.
1. Nim vs Crystal 1부
2. Nim vs Crystal 2부
3. Nim vs Crystal 3부
현황(2021/1/15 기준)
엠바크팀은 현재 스테이터스 앱 데스크탑 개발에 투입되었음
6.6. 키카드(Keycard)
[image]
'''소개 영상 1'''
'''소개 영상 2 (영문)'''
'''키카드 세팅 방법'''
'''페어링 영상'''
'''이중 인증 (2FA) 사용법'''
'''트랜잭션 발생 시 키카드로 인증'''
6.6.1. 기능
1. 스테이터스가 개발 및 제작한 하드월렛. 최초 공개는 2017 11월 2일 멕시코 데브콘3에서 키카드를 최초 공개하였다. 키카드와 키카드가 제공하는 API는 완전한 오픈소스로 클라이언트 개발자는 모바일앱, 데스크톱 지갑, 소매점의 전자기기 등 모든 클라이언트와 키카드를 연동할 수 있다고 한다.
2. Java SDK를 제공하여 개발자들의 안드로이드/데스크톱 클라이언트 개발을 지원한다.
3. 하이레벨 클래스를 통해 보안채널, APDU parsing, 직렬화 등의 작업들의 간소화시켰다.
4. 키카드를 통해 사용자는 암호화폐교환, NFC를 이용한 비접촉 거래, 데스크탑과 연동 등과 같은 기능을 이용할 수 있다.
6.6.2. 키카드 페이먼트 구성요소
'''목표'''
키카드를 지불결제수단으로 이용하여 오프라인 매장에서 제품구입을 유도하는 것이다. 결제방식은 POS기기에 키카드를 대는 것으로 기존 신용카드 사용법과 동일하다. 이러한 편의성 이외에도 인증받지 않는 거래에 대한 몇가지 조치가 이루어질 것이다. 이러한 조치 중 일부는 이미 적용되었으며 더 많은 조치들이 적용될 예정이다.
6.6.2.1. 구성요소
'''1. 키카드 월렛''' : 키카드에 자산을 보유하고 있는 구매자들을 대상으로 한 스마트컨트랙트로 판매자의 지불요청승인 및 보안을 확인하는 기능을 제공한다. 컨트랙트 소유자는 tx수치 최대화와 같은 수치등 과 같은 결제에 필요한 키카드 인증에 필요한 것들을 설정할 수 있다. 결제 시 키카드에서 인증하는 사인이 들어가 있는 메타 트랜잭션을 요청하게 된다. 결제에는 ERC-20토큰들만이 지원된다고 한다.
'''2. 키카드 월렛 팩토리''' : 해당 컨트랙트는 새로운 지갑을 생성하고 지갑과 키카드 간의 연관성을 유지시키는 연결점으로 작동한다. 해당 작업은 결제 시 키카드 주소를 통해 지갑의 주소를 검색하는 데 필요하다.
'''3. 키카드 캐시''' : 하드월렛에서 완전히 독립된 애플릿으로 키카드 위에서 작동한다. 해당 애플릿은 임의 키쌍을 생성하고 해당 키쌍은 표시된 어떤 해시에 유출되거나 사인되지 않는다. 키카드를 이용한 거래시 결제를 증명하는 인증 요소로 사용된다.
'''4. 판매자용 지갑''' : 판매자용 지갑은 결제의 최종 수신인을 말한다. 결제 시에는 간단한 EOA가 판매자용 지갑으로 사용된다. 명백한 것은 첫째 판매자가 지갑을 등록하는 법을 소개하는 것이고 두 번째는 판매자용 지갑 컨트랙트가 사기에 연루되는 것을 완화하는 전략이다. 키카드 페이먼트 네트워크의 목표 중 하나가 시스템을 가능한 공개된 상태와 모든 참여자가 언제든지 판매자로 참여할 수 있게 하는 것이기 때문에, 보안과 개방성 그리고 편의성 사이에서 접점을 찾아야 하기 때문에 많은 연구가 필요하다.
'''5. POS''' : 판매자가 거래를 수행하는 것을 돕기 위한 DAPP입니다. NFC기능을 이용하여 키카드와 상호작용하며 구매자 지갑에 지불 요청건을 전송합니다. 해당 기능은 키카드 특정api를 사용하여 댑으로 현재 스테이터스 앱에서만 지원하고 있습니다.
'''6. 월렛매니저''' : 사용자가 거래내역을 모니터링 할 수 있도록 허용해줍니다. 펀드 뿐만 아니라 키카드처럼 지갑 컨트랙트 설정 또한 사용자가 변경할 수 있습니다. 현재 웹3브라우저는 요구하지 않는 조회 전용 dapp과 그렇지 않은 두개의 dapp이 있는데, 이는 곧 합쳐질 예정입니다.
더 자세하고 기술적인 내용을 원하시는 분은 원문을 참조하시길 바랍니다.
6.6.2.2. 스테이터스 페이 참고자료
스테이터스 페이 회의록은 아래 참고자료 항목 참조#
워크샵 리뷰
6.6.3. 보안성
1. 내장된 실난수생성기를 통해 마스터 시크릿을 생성하여 임의성 보장.
2. EAL5+등급을 준수하여 키카드를 도난당하더라도 사용자의 키를 탈취할 수 없다. 참고로 조폐공사에서 자체 개발한 전자여권 칩에도 적용된 기술이다.관련기사
6.6.4. 사용자 확보 및 편의성제공
원본출처
6.6.5. 기존 하드월렛들과의 비교
''' 가격측면 '''
키카드 판매가는 한화기준 약3만5천원 정도로 나노렛저S가 9만원, 트레저원이 8만5천원인 것을 감안하면 매우 매력적인 가격대를 가지고 있다.
''' 편의성 '''
나노렛저나 트레저와 같이 PC사용을 강제하지 않는다. 스테이터스 앱을 설치 후 간단한 등록과정을 거치면 바로 사용이 가능할 정도이며, 기존 하드월렛을 사용해본 적이 있는 사용자라면 매우 쉽게 사용할 수 있을 것으로 보인다.
당장 트레저나 나노렛저 업데이트 할 때 거쳐야되는 번거로운 과정들을 생각해보면 키카드가 가진 편의성은 압도적
''' 디자인 '''
현재는 플라스틱 카드에 블랙/화이트 두 종류의 색상을 지원하고 있지만, 이전 회의록을 살펴보면 메탈/골드 형태의 디자인을 지원할 것으로 보이며, 타 제품들과 비교해보면 소비자의 선택의 폭은 넓은 편이라고 볼 수 있다.
''' 암호화폐 지원 '''
현재는 이더리움 및 ERC20토큰만을 지원하기 때문에 다른 코인을 보유하고 있는 사용자라면 선뜻 손이 나가기 쉽지 않으나, 추후 업데이트에서 비트코인. 라이트코인 등과 같은 메이저 코인들을 지원할 예정이라고 한다. 이 부분이 지원되면 위에 서술한 가격과 시너지 효과를 기대할 수 있을 것이다.
''' 구성품 '''
종이케이스에 키카드와 메모용용지가 동봉되어있는데 나노렛저나 트레저와 비교하면 구성물은 빈약한 편이나 가격을 생각해보면 납득할 수 있다. 하지만 보관용 카드홀더나 네이밍스티커를 제공하는 등의 편의성을 제공하는 것도 나쁘지 않을 듯.
''' 키카드 업데이트의 불편함 '''
단점으로는 일반 사용자가 실시간 업데이트를 할 수 없다는 점이다. 나노렛저나 트레저의 경우 PC연결을 통해 쉽게 업데이트가 가능하지만 키카드의 경우 별도의 장비가 있지 않는 한 일반 사용자가 새로운 기능을 체험하기 위해 키카드를 업데이트하는 것은 쉽지 않은 일이다. 물론 대대적인 기능추가면에서는 트레저나 나노도 스탠다드 기기와 프리미엄기기로 차별화를 하는 것처럼 키카드도 그런 방향을 택하지 않을까 싶다.
6.6.6. 참고자료
홈페이지
개발회의록링크
6.7. 스테이터스 페이
6.7.1. 목표
스테이터스 페이의 목표는 소매점 또는 기타 비원격 시나리오(구매자와 판매자가 동일한 장소에 있음을 의미)에서 암호화폐를 통해 지불을 가능하게 하는 것입니다. 일반사용자에게 친숙한 방식인 카드를 포스기기에 터치하는 것만으로 쉽게 결제할 수 있는 것을 목표로 삼고있습니다.
6.7.2. 기존 결제네트워크와의 차이점
● 현재 결제네트워크는 아래와 같은 단점이 있습니다.(기존 결제네트워크의 경우)
1. 포괄적이지 않음
2. 느린 정산 처리과정(국내의 경우 약 2~3일 후 판매금을 수령할 수 있음)
3. 판매자에게 적용되는 비싼 카드 수수료(국내는 약 1~2%정도의 카드수수료를 판매자가 부담)
4. 판매자와 사용자간에 지불을 연결하기까지 이루어지는 과정이 김
● 현재 암호화폐 결제네트워크는 아래와 같은 단점이 있습니다.
1. 포괄적이지 않음
2. 트랜잭션컨펌과정이 느려 판매자에게 정산금이 전달되는 과정이 느림
3. 판매자에게 고비용 부담보단 네트워크 과부하시 구매자가 높은 수수료를 부담
4. 암호화폐로 판매하고자 할 경우 법정화폐로 정해진 물건값을 암호화폐로 다시 계산할때의 과정이 불편함.
참고 : 2가지 경우를 예시로 한 이유는 원문의 표현이 모호해서임.
6.7.3. 장점
스테이터스 페이는 이더리움 위에 구축된 결제네트워크를 통해 위에 언급한 문제를 해결할 수 있습니다. 스테이터스 페이가 제공하는 장점은 아래와 같습니다.
1. 사용자를 재보증하고 네트워크에 온보드할 수 있도록 장려합니다
2. 신용카드 형태로 사용이편리하고, 수수료비용이 합리적이며, 마케팅을 촉진합니다.
3. 호환되는 지갑을 온보드에 다운로드할 필요가 없습니다.
4. 핸드폰없이 NFC지원하는 키카드 단독으로 결제가 가능합니다.
5. 기존 신용카드 수준의 결제속도를 지원합니다.
위의 요구조건을 충족시키기 위하여 옵티미스틱 롤업 레이어2솔루션을 사용할 계획.
6.7.4. 키카드 결제 시 생길 수 있는 사고 사례
1. 이중 지불(double spend)
- 사례 : 사용자가 천원짜리 물건을 하나 샀는데 두번 산 것으로 인식되는 경우
- 해결방법 : 트랜잭션에 블록넘버와 해시를 포함시켜 동일한 블록 넘버를 사용할 수 없게 하여 이중결제부분 문제를 해결
2. 더블 탭(double tap)
- 사례 : 더블탭은 소비자 키카드가 판매자 POS기기에 두 번 이상 찍혀서 불필요한 지출이 생기는 경우
- 해결방법1 : POS기기에 쿨타임을 적용하여 짧은 시간안에 키카드가 두 번 결제되는 것을 방지
- 해결방법2 : 서명된 트랜잭션은 특정블록내에서 처리되는 경우에만 유효하게 하며 그 다음 트랜잭션은 이전에 성공적으로 트랙잭션이 기록된 블록이 아닌 새로운 블록에서 만 거래가 유효할 수 있도록 하는 방법을 마련
3. 판매자가 판매가격을 잘못 책정하여 판매한 경우가(해결하지 못함)
- 사례 : 만원짜리 물건을 판매자가 실수해서 2만원 또는 그 이상의 가격으로 물건을 판매하는 경우
- 대응책1 : 와쿠 또는 SMS서비스를 사용하여 사용자 핸드폰에 결제내역을 보내주는 방식
- 사견 : 정상적인 오프라인 매장 사업자는 사업을 계속해서 운영해야 하기 때문에 스테이터스 측에서 증빙자료만 충분히 제공해준다면 소비자와 판매자간에 원활하게 해결할 수 있는 부분으로 판단.
6.7.5. 명성 시스템(Reputation System)
1. 부정행위를 한 판매자에게 부정적인 평판점수를 주고 성실한 판매자에게는 긍정적인 평판점수를 주는 시스템
2. 일정이상 평판을 유지하는 판매자 에스크로에 묶인 자금이 판매자에게 전달이 되고 그렇지 못한 판매자는 에스크로에 묶인 자금이 사용자들에게 반환
● 판매자 부정행위 방지안
1. 거래내역이 포함된 PIN번호를 제공한 문자메시지 제공(피처폰 사용자 배려)
2. 카메라 증명 : 각 트랜잭션에는 제품내역과 가격을 포함한 영수증 데이터의 해시가 포함되있다고 합니다. 그래서 판매자가 프리이미지를 제공하지 못할 경우 사용자는 환불을 받고 그렇지 못한 경우는 환불을 받을 수 없다고 함
6.8. 디앱 디스커버리(DApp discovery)
[image]
'''데모 영상'''
''' 목표 : 네트워크 이해관계자들에게 고도로 정제된 가치 있는 정보를 빈부격차없이 제공하며, 동시에 단일 실패지점과 소유주 없이 정보를 큐레이팅 할 수 있는 경제시스템 설계 '''
6.8.1. 특징
스테이터스 네트워크가 주도적으로 추진하고 있는 다른 디앱들과는 달리, 디앱 디스커버리 dap.ps는 오픈소스 기여자 Andy를 주축으로 오픈소스 커뮤니티의 협력 아래 개발되고 있다. 따라서 디앱 디스커버리가 취하는 개발 방향은 스테이터스 팀의 주된 방향과 다소 다를 수 있다.
dap.ps 개발 배경
6.8.2. 기능
1. 스테이터스에서 제공하는 Dapp 스토어. 기존의 앱스토어와 구글플레이과 같은 탈중앙화된 디앱 스토어 역할
2. 큐레이팅 시스템 : A가 많은 양의 토큰을 스테이킹 하고 있다면, 다른 토큰 보유자B가 A를 다운보트(downvote, 순위를 떨어뜨리는 행위) 하는 비용이 저렴해집니다. 디스커버리는 디앱들의 순위를 매기는 SNT 사용 사례이지만, 이 간단한 시스템은 Dapp, 이모티콘, 제품 및 서비스(확장프로그램, 소셜 컨텐츠 등)과 같은 다양한 정보에 적용시킬 수 있습니다.출처
* upvote에 투표한 SNT는 모두 디앱 컨트랙트에 잠김
* downvote에 투표한 SNT는 모두 디앱 개발자들에게 돌아감.
3. 이를 통해 디스커버리에서 높은 순위인 디앱들은 사용자에게 높은 가치를 제공하고 있다는 것을 보증하며, 소수의 독점을 방지할 수 있다고 함.
4. 경제 모델링 참조
5. SNT 이외의 토큰으로도 보팅에 참여할 수 있는 기능을 추가할 예정[4]
6.8.3. 디스커버리 파트너 업체목록
2020년 1월 10일 기준 Ethereum Name Service, MakerDao, Airswap, Kyber, Decentraland, SuperRare, Uniswap, District0x, Compound, Augur, OpenSea, Tokensets의 업체들이 디스커버리 파트너업체로 참여하고 있다.
6.9. 트리뷰트 투 토크(Tribute to Talk)
'''커버화면'''
[image]
'''데모 영상'''
6.9.1. 기능
Bitcoin의 사토시 나카모토가 처음 제안한 사례 중 하나에서 영감을 얻은 후, 우리는 사용자로부터 메시지 및 콜드 연락 요청을 받는 경제 기반 스팸 방지 필터를 도입할 예정이다. 이를 통해 이해 관계자는 스테이터스 이해 관계자가 자신의 네트워크를 외부 사람이 직접 연락 취할 수 있도록 최소 슨트를 설정할 수 있다. 수령인이 답장하면 보증금은 수령인으로부터 몰수된다[한글백서]
6.9.2. 현황
● 출시를 우선하기 위해 에스크로 기능은 빠진 채로 최소기능상품(이하 MVP)으로 출시가 될 예정이다. MVP버전에서는 사용자가 트랜잭션을 생성하면, 트리뷰트 지불 장벽을 우회할 수 있게 되며 이를 통해 수신인에게 별도의 조치를 요구하지 않게 된다. 이렇게 트리뷰트를 지불이 끝나면 채팅창이 활성화가 되며 이러한 방식을 택한 것은 온 체인 이벤트에 반하여 트랜잭션을 거부할 수 있는 여지를 마련하기 위해서라고 말하고있다.상세내용
● 다중 계정 연동과 해당 기능이 연동되지 않는 문제점이 발견되어 대기 중인 상태이며, V1 출시 이후에 해당 기능이 공개될 예정이라고 한다.출처
6.10. 텔러 네트워크
[image]
6.10.1. 기능
P2P 암호화폐 거래소. 텔러 네트워크를 통해 사용자는 주변 또는 전세계의 사용자와 디지털 자산을 오프라인 거래, 국제 송금 등 다양한 방법을 통해 직접 거래할 수 있도록 지원하는 것이 목표. 스테이터스가 모바일 암호화폐 ATM 역할을 하기 위한 디앱이다.
6.10.2. 현황
[image]
출시가 예정되어있었으나 ETHBerlin컨퍼런스에서 피드백을 다음과 같은 기능 개발에 집중한 상태
'''2020년 5월2일 기준 보안감사가 진행 중이다.'''구매자/판매자흐름 개선
타 플랫폼과 연계된 분권화된 알림 및 메시징기능
새로운 로고, 앱 레이아웃 리디자인 등 직관화 작업을 진행 중이다.
6.10.3. 참고자료
텔러개요
또한, 텔러네트워크에서는 수수료를 이더 가스(gas) 대신 SNT로 지불할 수 있도록 하는 개스릴레이(앱스트랙션)기능을 추가될 수 있다고 언급한 바 있다.
최근에는 UX담당자 Hester가 베네수엘라를 방문하여 현지 조사를 한 바 있는데, 해당 내용을 텔러 부분에 언급하는 이유는 텔러기능과 키카드 제품이 도소매상들에게 직접적인 영향을 줄 수 있는 아이템이기에 그렇다
베네수엘라 현지답사보고서
6.11. 어셈블(Liquid fundig)
[image]
어셈블(유동성펀딩)은 웹3프로젝트들을 지원하기 위한 목적으로 개발된 오픈소스형태의 P2P 크라우드 펀딩툴이다. 어셈블은 스테이터스 팀이 추구하는 웹3 비전에 가까워지기 위해서 보다 투명하고 공정하며 그리고 안정적인 방식으로 사용자들이 언제 어디서든 프로젝트에 기여할 수 있는 수단을 제공하는 것이 목적이다. 또한 어셈블을 통해 완전히 분권화된 방법으로 규모 여부에 상관없이 프로젝트들이 크라우드 펀딩을 받을 수 있도록 하는 것이 옥표. 링크
기존 크라우드 펀딩과 차이점
● 투명하고 제한없음 - 지원금(Grant)프로그램과는 달리, 모든 >참여자가 제안서를 등록할 수 있으며, 투자 현황을 모든 사용자가 >확인할 수 있음.
● 구속 모델 없음 - 투자자는 지속적인 의무에 구속되지 않음
● 투자에 참여하거나 투자금을 유치하는 데 KYC와 같은 인증 불필요.
6.11.1. 어셈블 플랫폼 구성항목
''' 프로젝트 제작자 ''' : 자금이 필요한 개발자들, 팀, 개인
''' 프로젝트 제안자 ''' : 커뮤니티 펀딩을 목적으로 기획된 프로젝트 또는 아이디어
''' 프로젝트 투자자 ''' : 기관, 에반젤리스트, 개인
''' 지불화폐 결정 ''' : 프로젝트제작는 수령하고 하는 화폐를 설정할 수 있으며, 투자자 또한 원하는 토큰으로 프로젝트를 지원할 수 있음(해당과정은 카이버네트워크를 통해 가능하게 함)
6.11.2. 현황
● 간단한 출시내용과 마케팅플랜은 준비된 상태
● 정확한 프로세스를 구현하기 위해 현재 커뮤니티를 대상으로 프로젝트가 진행 될 예정
● 펀딩금액은 최대 5,000$로 소규모로 편성될 예정 출처
● 위험상품이기 때문에 홀더들은 많은 자산을 투자하지 않기를 희망.
● 자잘한 버그들이 있다면 리포트 해달라고 함.
● 투자는 이더리움 과 ERC20토큰으로 가능
● 가스비용이 비정상적으로 높게 표시될 수 있지만, 실제로는 합리적인 비용으로 가스비용이 청구될 것.
● 프로젝트에 투자할 자금이 도달하는 시간을 줄이기 위해 가스비용을 높게 책정 가능
● 이미지 렌더링 속도가 낮기 때문에, 몇 분 기다린후에 다시 접근(새로고침을 의미하는 듯?) 하면 사진이 정상적으로 업로드 될 것임.
● 2020년 1분기에 베타테스트 진행(파일럿테스트/버그 수정등등)
● 프로젝트 첫번째 라운드가 펀딩
● 커뷰니티 거버넌스에 어셈블을 연동할 예정
● 커뮤니티가 스테이터스 네트워크 개발에 참여할 수 있는 방법을 강구중
주간회의록이 공개되었다.
현재 개발이 멈춘 상태이다. 2021년 1월 15일 기준. 아무래도 어셈블 개발자가 미국 출신이 많아 2020년 4월에 있었던 소송건이 개발에 영향을 준 것으로 판단된다. 출처
6.11.3. 프로젝트 투자 참여방법
● 메타마스크나 스테이터스어플과 같은 지갑접속
● Explore projects탭을 클릭하여 투자하고자 하는 프로젝트들을 검색
● authorize amount 설정 및 트랜잭션 발생 : 네트워크 상황에 따라 15분정도 소요될 수 있으나 가스비용을 수동설정하여 시간을 단축 할 수 있음
● 그 다음 fund 과정을 거침(두번째 트랜잭션 발생)/ 프로젝트페이지에 적혀있는 동일한 숫자를 입력(프로젝트 넘버링)
● 녹색 V체크표시가 나오면 성공적으로 펀딩완료
● 참조 : authorize amount 와 fund amount 설정 금액이 다를 경우 에러메시지가 나오니, 동일한 금액을 설정
원문 깃헙페이지
● 어셈블 홈페이지
6.11.4. 어셈블 로드맵
원문
'''2020년 1분기 V1'''
* 목표 : 파일럿프로그램
- 보안감사 : 미실시
- 집행예산 : 50,000$
- 앰버서더 핵심기여자들 중심으로 내부 테스트,
- 주요기능 : 프로젝트 접수/ 프로젝트 투자/ 모금된 투자금 인출
- 의사결정책임자 : Carl/Jarrad
- 마케팅 레벨 : 스테이터스 블로그/ 타운홀에서 소개
- V2 버전으로 넘어가기 위한 필요사항
1. 보안감사
2. 참여 전 참여하기 위한 동의문 설정.
3. 집행예산내에서 인센티브제공
4. 어셈블을 통해 운영 중인 status 자금 회계 규정 준수여부 확인
5. 우선순위지정 및 효율적인 제안서 작성에 필요한 탬플릿 제공
'''2020년 2-3분 V2'''
* 목표 : 실제 스테이터스 네트워크 개발 자금 지원
- 보안감사 : 실시
- 사용자 : 상기동일 및 1~2 스웜프로젝트 참여
- 집행 예산 : 20~30만$(추후 변경가능성 있음)
- 관련 팀 : 상기 동일 및 마케팅(홍보)/보안(보안감사관련)/Pops(핵심기여자들 지원)/재무(회계/규정준수 안건)
- 추가 기능
1. 단순 위임 기능
2. 홈페이지 내 프로젝트 검색/필터링 기능
3. 프로젝트 공유 및 공시 기능 - 토론채널 개설
4. UI에 펀딩 데드라인 추가 - 목표 투자금액 미달시 자금반환 옵션 제공
5. 펀딩채널 그래프
6. 이벤트 로그 - 실시간 활동 피드
- 자금 조달 의사결정 담당자 : Carl/Jarrad를 평가위원회로 활동
- 마케팅 레벨
1. 핵심기여자들 위주의 내부 마케팅
2. 채용담보 업데이트
3. 생태계 안에서의 네트워크 마케팅
- V3 버전으로 넘어가기 위한 필요사항
1. 어셈블 참여를 희망하는 파트너와 프로젝트 물색
2. 사용자 지원을 위한 FAQ 구축
3. 다양한 자금조달 워크플로우 모델 개발 :
RFI(research) → RFP(spec) → RFQ(quote)
'''2020년 4분기 V3'''
* 목표 : 광범위한 (이더리움)생태계가 어셈블을 사용하며 어셈블을 통해 혜택을 받음.
- 사용자 : 상기 동일 및 3~4 스테이터스 프로젝트, (이더리움)생태계 내 프로젝트
- 집행예산 : 미정
- 마케팅레벨 : 미정
- 추가기능
1. 프로젝트 모니터링 : 알림/마일스톤/검토자
2. 체인위임, 커밋기간(쓰여진 체인에 대한 거부권행사)
3. ENS인증을 통한 (투자를 신청한)요청자 신원 증명
- 자금 조달 의사 결정 과정
스테이터스 자금은 컨트랙트를 통해 조달된 총 금액의 N%미만을 차지해야 함. 자금 조달은 다양화 및 분권화 되어야 함.
- 아이디어 브레인스토밍
1. 인센티브 모델 : 피투자자가 투자자들에게 어떤 인센티브 서비스를 제공할 수 있는가?
2. 프로젝트 자금 조달 사항 일치(공시를 의미하는 듯)
6.11.5. 비판
아직 베타버전이긴 하지만, 어셈블 내용을 보면, 프로젝트에 펀딩을 함에 따라 생기는 가질 수 있는 수익에 대한 내용은 없는 것을 확인할 수 있다. 이더리움 재단이나 아라곤 네스트의 경우 면목상 기부금이지만, 이를 통해 네트워크 생태계를 건전하게 만들 수 있으며, 이는 네트워크 가치 향상으로 이어지기 때문에 기꺼이 자금을 유망한 개발팀에 지원하는 것이다. 하지만 일반 개인투자자나 기관이 인센티브 없이 단순 기부 목적으로 프로젝트에 투자할 것인가? 라는 점은 의구심이 든다. 물론 펀딩을 희망하는 프로젝트 개발자들이 투자를 유도할 수 있는 내용들을 추가할 가능성이 있을 수 있다. 하지만 지난 ICO나 IEO사례에서 보았듯이 코인 개발팀들이 투자자들에게 행했던 것과 같은 좋지 않았던 현상이 어셈블 플랫폼에서도 반복이 될 가능성이 충분히 발생할 수 있다. 이를 어떻게 해결해 나갈 지가 관건.
6.12. 보팅 댑(Voting Dapp)
[image]
6.12.1. 사용법
'''모바일을 이용한 사용법'''
'''메타마스크를 이용한 PC에서 보팅 댑 사용법'''
6.12.2. 기능
소수의 홀더가 의사 결정을 독점하는 것을 방지하기 위해 제곱투표(quadratic voting)방식을 채택하고 있다. 제곱투표란 누구나 투표권을 행사할 수 있지만, 하나의 이상의 표를 행사할 때 투표 횟수의 제곱개의 토큰을 사용하는 방식을 말한다.
예를 들면 1SNT = 1투표권을 행사하지만 1,000투표권을 행사하기 위해선 1,000snt *1,000snt 즉, 1,000 투표권을 행사하기 위해선 100만 snt에 달하는 물량이 필요하다. 이를 통해 완벽하게 소수 홀더들의 의사 결정 독점을 막을 수는 없겠지만, 어느 정도 억제하는 데에 효과를 보일 것으로 기대하고 있다. 관련기사
6.12.3. 고래 홀더를 완벽하게 막을 수 있는 가?
완벽한 시스템이 이 세상에 존재하지 않듯이 보팅 댑도 마찬가지다. 대량의 SNT가 한 지갑에 모두 저장되어 있다면, 고래 홀더는 제한된 투표권을 행사하겠지만, 투표가 시작하기 이전에 여러 지갑에 분산하면 그만이기 때문이다. 해당 문제점을 인지한 스테이터스 개발자인 Barry은 해당 문제점을 지적하였다.
Before the vote starts, split your SNT evenly among 10 different accounts and by voting with the 10 accounts you will now have 3X the votes. If you want to take it further you can split it among 100 accounts and have 10X the votes.원문 출처
6.13. 이모티콘 마켓(Sticker market)
[image]
말 그대로 스테이터스 앱 내에서 이모티콘을 사용할 수 있게하는 기능으로 Version 1.0과 함께 공개되었다. 사용자는 이모티콘 마켓을 통해 이모티콘 패키지를 디자인 하거나 다른 사용자에게 컨텐츠를 판매할 수 있다. 스티커는 Non Fungible Token(NFT)형태로 SNT를 통해 거래가능하다.
스테이터스 측에서는 커뮤니티 참여도 활성화를 위해 제곱투표를 활용하여 공모전을 개최한 바 있다.
SNT 판매 수익금의 100%가 디자이너에게 돌아간다는 것이 특징이다.
6.13.1. 현황
2020년 2월 20일 기준 스티컷 마켓 공모전이 열렸다.
1단계 : 2020년 2월 20일 ~ 3월 13일까지 후보작을 제츨할 수 있다.
2단계 : 1. 커뮤니티멤버와 심사위원단에서 가장 많은 점수와 선택을 받은 10개의 작품을 선정하여 3월16일 pictosis에 게재 및 보팅 댑을 이용한 투표 시작
6.14. ENS(이더리움 네임 서비스)
[image]
6.14.1. 설명
닉 존슨이 탈중앙화 된 방식으로 DNS 문제에 대한 해결방법으로 제시한 방법으로 복잡한 16진수 해시코드 주소를 아이디.eth와 같은 간단한 이름으로 대체할 수 있게하는 서비스이다.
6.14.2. 스테이터스 앱 ENS 사용법
동영상가이드
* 가스수수료만 3만원이 넘게 든다. 레이어2솔루션이 적용된 다음 참여하는 것이 합리적으로 보인다.
1. 스테이터스 앱 설치
2. 프로필 탭으로 이동
3. ENS 이름 항목으로 이동
4. 시작 버튼을 눌러 등록과정을 거치면 된다. 성공적으로 12컨펌이 나면 해당 아이디를 1년간 소유가 가능하다.
* 주의사항 : 수수료를 아낀다고 gwei수치를 낮추면 펜딩돼서 컨펌의 기약이 없는 경우가 발생한다. 그러니 수수료를 넉넉하게 설정해놔야 스트레스를 받을 일이 없다.
* 1년 이후에 ens아이디는 사용자 동의 없이 자동으로 해지되지 않으며 별도의 조치를 취하지 않을 시 자동 연장된다..
* 해지의 경우 만기일 도래 이후에 해지가 가능하다,
* 예외사항 : 스테이터스 측에시 컨트랙트를 업그레이드 하는 등으로 이용 약관이 변경되는 경우 잔여기간 상관없이 해지가 가능하다.
* 사용자를 대신하여 SNT를 양도하는 계약을 승인한다. 이는 트랜잭션에 전송 권한을 부여할 때부터 유효.
* 여유가 된다면 한 계정(=지갑)에 여러 ENS ID를 등록하는 것 또한 가능하다.
7. 오해
7.1. 개발이 멈춘 프로젝트
7.1.1. 이더리움 폭락
개발이 멈췄다고 언급되는 이유 중 하나는 2018년 12월 5일에 있었던대규모 구조조정과 임금삭감과 연관이 있다. 당시 스테이터스는 운영자금 대부분을 이더리움으로 보관하고 있었다. 2017년 중순 ICO로 모집한 금액이 30만 ETH였고 당시 시가는 한화로 40만원에 해당하였으나, 구조조정을 실행한 이유는 ETH의 시세가 10만원 대로 폭락 프로젝트 운영에 큰 타격을 입었기 때문이다. 이에 책임을 느낌 코파운더인 Jarrad는 시장상황에 대한 입장을 밝히며 개발의지가 꺾이지 않음을 보여주었다.
운영예산 또한 넉넉하지는 않지만, 계속해서 개발을 이어나갈 만큼의 자본은 확보해놓은 상태로 보인다. 최근 3분기 결산보고서를 보면 약 300억 가량의 이더리움을 보유하고 있는 상태이며, 보유 현금으로는 스테이터스의 경우 2020년 6월 님버스의 경우 2020년 연말까지 연구개발에 집중할 수 있는 자본을 확보해놓은 상태라고 한다. 최근소식여러분 안녕하세요?
오늘(2018년 11월 14일)은 스테이터스에게 정말 슬픈 날입니다. 여러분이 알 수 도 있는 것 처럼, 스테이터스는 8명의 재능 있는 직원들을 떠나보내야 했습니다. 현재 계약이 종료된 직원들에게 모두 통지가 완료 된 상태입니다.
이는 해당 직원들의 스킬이나 스테이터스의 기여도에 큰 관계는 없으며, 단순히 재정적인 문제의 판단이었습니다. 이는 제가 책임을 안고 가는 어려운 결정이었으며, 스테이터스의 리더로서 큰 실수입니다.
저는 이러한 결정에 대한 이유를 설명하고 저의 과오를 다루며, 앞으로 있을 변화를 여러분과 공유하고 싶었습니다. 이와 관련해서 큰 도움을 주신 Nabil(COO), Jonathan(마케팅 팀장), Ceri(인사팀) 및 Carl(공동 창업자)에게 감사의 말씀을 전하고 싶습니다. 이 과정에서 제가 충분히 투명하지 못했다는 점을 인정하며, 이러한 민감한 문제로 직원들의 사기와 재정적인 현실사이에 균형을 맞추는 일은 쉽지 않은 일이었습니다. 우리는 모두 성인이고 모두 이 점을 공감할 것이라고 생각합니다.
조금 더 투명하게, 여러분에게 스테이터스의 재정적인 상황을 공유드리고자 합니다. CFO Yessin이 공개한 이 슬라이드에서 자세한 정보를 확인하실 수 있습니다. 이렇게 과감히 회사의 재정적인 현황까지 공개하는 것은 진정으로 투명하고 개방된 커뮤니티를 >위한 첫걸음 입니다(중략). 원문번역문1번역문2
2020년 2월 16일 기준 이더리움이 29~30만원 대로 올라오면서 최소 5년은 무리없이 운영이 가능할 것으로 보인다.
2020년 5월 2일 기준 2021년까지 정상적으로 운영가능한 현금을 보유중이라고 한다.]2020년 8월 16일 기준 이더리움이 ICO당시 모금했던 이상의 가격을 기록함에 따라 스테이터스 팀의 재정상황은 매우 양호해졌다.
2021년 1월 15일 기준 이더리움이 130만원 대로 올라오면서 프로젝트 재정안정성은 더욱 견고해졌다. 또한 스테이터스팀은 과거와 같이 포트폴리오를 한 자산에 몰아넣어 재정위험을 피하기 위해 이더리움 비트코인 현금 채권 등에 분산하였으며, 퀀트트레이더를 영입하여 재정안정성을 확보하기 위해 노력하고 있다고 한다. 그러니 샌티먼트 사이트에서 급감한 이더리움양을 보고 놀랄 핋요가 없다는 뜻.
7.1.2. 개발진척
[image]
2019년11월11일 기준 활발한 개발활동을 보여주고 있다.
2019Devreport에서도 꾸준하게 개발을 진행하고 있음을 확인할 수 있다.
2019년 12월31일 ERC-20토큰 중 개발활성도 1위를 기록하였다.2019년 ERC-20 개발순위
사견 : 항상 상위권에 랭크되어 있어 기록하는 것이 의미가 있나 싶으나, 과거에 스테이터스가 스캠이미지가 강했기 때문에 이런 오해를 풀고자 해당 항목을 유지함.
7.2. 토큰 소각
7.2.1. 원인
초기에 발행 된 백서에서 소각의 가능성을 언급해 홀더들은 SNT도 소각 가능성에 대한 기대를 가지고 있었다.
[image]
출처 : 한글백서
7.2.2. 소각모델 대안
그러나 이번 2019년 3분기 결산보고서에서 소각을 대체 할 허들펀딩모델(hurdle funding model)을 검토 중 이라는 입장을 밝혔으며, 이를 통해 볼 때 스테이터스 팀에서 SNT 소각가능성은 낮아진 것으로 보인다.
2020년 1월 5일 기준 스테이터스 멤버인 ricardo는 발행량을 소각 또는 추가 발행을 하는 일은 없을 것이며 홀더들도 이를 원하지 않을 것이라는 입장을 밝혔다. 만약 소각이나 추가발행을 한다 하더라도 총발행량을 넘어서는 있을 일은 없을 것이라고 하였다.
''' 참고자료 '''there are no plans in including them (as SNT is fixed supply), so I am not sure why you are asking to remove them. Perhaps you looking just MiniMeToken and not seeing that SNTPlaceHolder don’t allows mint and burn.
However Burn and Mint could become useful depending on the final design, for example, we could use burn function to pay to receive/send offline messaging/send reaction/whatever, allowing later a history node to mint it back as payment for delivering messages. In case that happens, the amount minted would not be higher then the max (current) supply.출처
[image]
'''허들펀딩'''
We propose an alternative to token models where token burning is the default value capture mechanism. We aim to show that >networks in their growth phases do not need to choose between capturing value and further developing the network. These >two seemingly opposing choices can be brought into alignment.
In the token burning model fees that are received are used to remove the token from supply usually by sending the token to >an irretrievable address (burn address). If the fees are received in another token the native token would be acquired >first then sent to the burn address. Both variants are methods of returning capital to token holders, leaving the onus of >how to deploy that capital to the individual token holder.
Hurdle funding at a high level adds a filter prior to burning. If there are projects that could deliver value back to
the network above their cost those projects are funded. In the case there are no such projects then the best path is to > return capital and allow the individual token holders to find a better use for it.
가치확보메카니즘 기초값으로 활용되고 있는 토큰 소각 모델의 대안인 토큰 모델을 제안하고 자 합니다. 네트워크 성장단계에 > 있어서 가치확보와 네트워크 중 양자택일해야하는 상황이 생기지 않도록 하는 것이 이 토큰모델의 목표입니다. 서로 병행할 수 > 없어 보이는 상기 두가지 목표를 동시에 성취할 수 있을 것입니다.
수신된 토큰을 공급량에서 제거하는 토큰 소각 모델 수수료는 일반적으로 토큰을 사용할 수 없는 계정(소각 계정)으로 보내는 > 식으로 이루어집니다. 수수료를 다른 토큰으로 받은 경우에는 원래 토큰을 먼저 취득한 후 소각 계정으로 전송합니다. 두 가지 > 다른 방법 모두 토큰 홀더에게 자본을 돌려주는 방식이나, 개인 홀더들에게 자본을 분배하는 방법에 대한 문제는 여전히 > 해결해야 할 과제로 남아있습니다.
허들 펀딩은 소각 전에 높은 수준의 필터를 적용하는 것입니다. 투자받은 프로젝트들이 투자받은 금액 이상으로 네트워크에 > 가치를 돌려줄 수 있을 것입니다. 반면 투자받은 금액 이상의 가치를 창출하지 프로젝트들이 있다면, 제일 좋은 방법은 투자금을 > 개인 홀더들에게 반환해주고 홀더들에게 더 좋은 방법을 모색하게 할 수 있도록 하는 것입니다.
8. 히스토리 노드
8.1. 기능
'''히스토리 노드'''는 스테이터스 내 위스퍼 메시지를 전달하는 것을 돕는 역할을 하고 있다. 현재 노드 운영에 대한 보상은 없지만 추후에 인센티브 보상안이 마련 될 예정. 참고자료1 참고자료2 참고자료3
* 한국 홀더들 대상으로 인센티브 파일럿 프로그램이 준비 중에 있다
인센티브를 제공하지 못하는 이유는 POW시스템에서 작동하는 위스퍼 프로토콜의 구조적인 한계 때문이라고 스테이터스 측은 주장하고 있으며, 내년 1분기에 출시 예정인 님버스 클라이언트가 출시되면 인센티브안도 마련될 예정이다.
Issues with Whisper POW
Whisper uses POW, this has several issues:
1. Not consistent: The generated pow value itself can vary depending on the device the client runs and even >programming language used.
2. Wasted Energy consumption: Particularly bad for mobile devices.
3. No incentives to run a node: There is no incentive for nodes to forward messages, or even verify the >pow.
4. As such running full whisper nodes essentially depends on good will and as result there isn’t currently >a well 'developed decentralized network nor any incentive for this to happen.
8.2. 설치법
해당 문서를 통해 '''히스토리 노드'''를 설치할 수 있다. 히스토리노드 설치가이드
8.3. 인센티브 노드 가능성?
2020년 5월10일 스테이터스 개발자인 3semit이 히스토리노드 또는 메일서버를 활용하여 인센티브 노드에 대한 아이디어를 제안하였다.
스테이터스 페이 문건을 보면 내년 6월부터 노드 인센티브를 받을 수 있는 환경을 조성할 계획에 있다고 한다. 출처1 출처2 출처3스테이터스 네트워크의 놀라운 유즈 케이스는 바로 거버넌스인데, 그 이유는 우리가 투표를 집계할 때 수단으로 히스토리노드 또는 메일서버를 이용할 수 있으며 필요하면 체인에 기록을 남길 수 있기 때문이다.
해당 유즈케이스는 추상적 능력으로 프로토콜 아래 레벨에서 채팅에서 풀 구현 시스템 또는 DAO와 같은 오프체인 투표 그리고 SNT PoS 결과 계산(액체 민주주의에서 높은 비용을 해결하기 위해 정교하게 고안된 아이디어)에 사용될 수 있다.
프로토콜에서 이 시스템은 공개 채팅방(DAO 대상)과 유사한 것이나 또는 내부 채팅/그룹채팅(사용자 풀 대상)에 히스토리 노드는 사용된 메시지 파라미터계산과 DAO 및 토큰 베이스의 풀 또한 이더리움 블록체인 스테이트 그리고 투표결과 또는 결과 증명 전달에 히스토리가 활용될 수 있다.
스테이터스 네트워크를 위한 PoS 위에 언급한 기능들을 가능하게 할 것이고, 잘못된 정보를 제공하는 악성 노드는 삭감(보상을 의미하는 듯)될 수 있다. 풀을 설치하거나 제안서를 작성에는 SNT가 요구되는데 이 SNT는 PoS 노드가 결과를 추적하고 서로를 감시하는 데 보상이 지불될 것이다. 검증자가 되는 비용은 SNT에 표에 표시된 비용보다 커야할 것이며(노드 유지가능한 수익을 보장한다 뜻으로 보인다), 부정적인 결과는 체인에서 증명되고 그 삭감분은 슬래셔에게 보상으로 주어질 수 있다.
이는 주로 투표 장벽으로 작용하는 수수료 ETH비용을 없애 대규모 그룹에서 직접 민주주의가 가능하게 하는 것이다. ETH비용은 사용자 참여를 저하시키는 주된 요인 중 하나이다. 제안서/풀 데이터를 기반으로 채팅방을 사용하고, Ethereum과 Status 둘 다에 연결하여 그러한 기능을 구축하는 노드를 만들 수 있는 현재의 프로토콜 위에서 해킹할 수 있다는 것을 알고 있지만 이 제안이 프로토콜 확장에 더 낫다고 생각하며 이 작업이 이루어진다면 스테이터스 네트워크 노드와 통합될 수 있다. 프로토콜팀의 의견을 듣고싶다.
한국 홀더들 대상으로 노드 인센티브 파일럿 프로그램이 준비 중에 있다.
9. 안전하게 암호화폐를 보관하는 방법
출처:Status Security Best Practice Guide/작성자 : 스테이터스 보안책임자 petty
9.1. 비밀번호 관리
스테이터스 앱은 편의를 위해 사용자의 비밀번호를 따로 저장해두지 않는다. 그러므로 비밀번호를 아는 것은 사용자 본인 뿐이니 이 점을 유의하고 아래의 가이드에 따르는 것을 추천한다.
1. 비밀번호를 수기로 작성하고 안전한 장소에 보관할 것.
2. LastPass 또는 1회용 패스워드 기능을 사용할 것.
3. 같은 비밀번호를 재사용하지 말 것.
4. 8자 이상의 대문자 소문자 순자 기호 등을 혼합하여 비밀번호를 작성할 것.
9.2. 12 단어로 이루어진 백업 시드 구문(mnemonic phrase)
1. 스테이터스 앱은 계정 생성 시, 단 한번만 12단어로 이루어진 백업 시드 구문(mnemonic phrase)를 작성할 수 있는 기회를 제공하다. 그러므로 계정을 생성한 후 해당 문구를 오프라인 환경에서 메모후 안전한 장소에 보관하는 것을 추천한다.
2. 편의를 위해 백업시드문구를 스크린샷을 찍거나 온라인 상에 보관하는 것은 번화가 한복판에 현금다발이 든 지갑을 놓고오는 것과 다를바 없다! 백업시드문구는 사용자의 모든 자산을 불러올 수 있는 매우 중요한 키인 것을 항상 기억해둬야 한다.
3. 백업 시드 구문를 잃어버린 경우에는 찾을 방도가 없다. 위의 내용을 복기해서 그런 대참사가 일어나는 일이 없도록 사용자 본인이 조심하는 수 밖에 없다.
4. 크롬이나 브레이브에서 제공하는 프라이버시 모드를 통해 지갑에 접속하는 것을 추천.
5. 외부의 12~24단어로 된 니모닉 구문을 불러와 스테이터스 계정을 생성할 수 도 있다.
9.3. 스테이터스 지갑 셋업
거래용 3단어 : 스테이터스는 매 거래시 사용자의 지갑에 3단어를 표기한다. 이는 시드문구를 통해서 변화하기는 하나 복구를 시도하기 전까지는 변하지 않는다. 따라서 처음 계정을 생성한 후 백업시드문구 및 접속비밀번호외에도 해당 3단어를 메모해놓기를 추천한다. 만약 메모한 것과 다른 3단어가 나왔던 경우에는 어떠한 경로를 통해 기기가 오염되었을 수 있으니 거래를 진행하여서는 안된다.
9.4. 암호화폐 송수신 트랜잭션
1. 거래용 3단어 : 위 내용과 같다.
2. 신뢰할 수 있는 곳에만 암호화폐를 전송할 것 : 사용자는 스테이터스 앱내에서 QR코드 스캐닝 또는 수동으로 전체 주소를 입력하여 암호화폐를 전송할 수 있다.
3. 암호화폐 수신 : 사용자 컨택트 코드와 지갑 주소는 다르다. 이를 혼동해서 송신자에게 잘못된 주소를 전달해서는 안된다.
4. 스테이터스 앱 지갑에 많은 자산을 보관하지 말 것 : 기기에 설치된 스테이터스 앱은 기본적으로 온라인과 항상 연결되있는 핫월렛이기 때문에 언제든지 위험에 노출될 수 있으므로 스테이터스 앱에 많은 자산을 보관하는 것은 위험할 수 있다. 따라서 키카드, 렛저 그리고 트레저와 같은 하드월렛에 보관하는 것을 추천한다.
9.5. 개인 보안 체크리스트
원문
''' 개인기기 '''
1. Yubikey와 같은 하드웨어 2찾인증 기기를 사용하여 자산을 관리
2. ledger 또는 Trezor와 같은 하드월렛을 사용하여 자산을 관리.
''' PC 관리 '''
1. 클립보드 매니저 삭제 이유
2. 클라우드 스크린샷 그리고 자동 업로드 기능 제거
3. 원격뷰어 제거
4. bitwarden같은 패스워드 매니저 사용
● 추가로 Yubikey 또는 구글 2차인증을 통해 보안을 강화
5. 자주 사용하지 않는 브라우저 익스텐션 제거하는
6. 컴퓨터가 오래된 경우
- OS 재설치
- 신규 컴퓨터로 교체
7. OS의 무결성보호 프로그램을 침해하지 마라.(OSX SIP, Linux App armor)
8. 손상 가능성이 있는 앱은 버츄얼 머신에서 실행
9. 앱 실행시 해당 소프트웨어 검토
''' 모바일기기 '''
1. Trail of Bits에서 인증한 iVerify(애플유저만 사용 가능) 사용
● 튜토리얼에 따라 설정을 변경
2. 핸드폰 충전 시 자신의 충전기 또는 믿을 수 있는 사람의 충전기를 이용할 것.
3. Yubikey 플러그 또는 nfc를 지원하는 핸드폰을 사용
4. VPN 사용
5. swiftkey같은 스마트키보드 앱 비활성화 또는 삭제
6. 스테이터스와 같이 프라이버시를 제공하는 메신저사용
7. 중요한 연락처는 Sim카드에만 보관용
8. 신뢰할 수 없는 apk파일은 다운로드 하지 않기
9. 블루투스를 사용하지 않는 경우 비활성화 시키는 습관을 기를 것
10. 핸드폰을 루팅한 경우 보안은 책임질 수 없음.
11. 암호화폐보관용(거래용)/일상생활용 폰을 분리하여 사용할 것.
''' 온라인 '''
1. 클라우드 소프트웨어 점검
- 어떤 파일들이 자동으로 업로드 되고 있는지
- 어떤 파일들이 이미 저장되어있는지
- 2차인증은 똥입니다.
- 비밀번호를 변경하지 않았다면 새로운 비밀번호로 변경 또는 패스워드매니저를 통해 변경
- 하드월렛 / yubikey/ u2f 설정
- 클라우드에 백업코드를 보관하고 있다면 새로운 지갑에 옮기고 새로 생성된 백업코드는 1.수기 작성 2.와이파이 지원하지않는 프린터로 인쇄하여 보관. 백업 코드를 다시는 절대 반드시 클라우드에 보관하지 말 것.
- 크롬/브레이브 세팅 점검
1. 언샌드박스 플러그인 엑세스 : 사이트에서 플러그인을 사용하여 사용자의 컴퓨터에 접근하려하는지?
2. 위치정보 : 엑세즈 전에 요청창이 나와야함
3. 카메라 : 상동
4. 마이크 : 상동
5. 플래시 : 사이트에서 플래시 실행 차단
7. 팝업 : 차단
8. 쿠키,캐시, 히스토리 등등 내용이 종료시 자동으로 지워질 수 있도록 설정.
- PC/노트북/USB드라이버 모두 암호화시켜야함.
- 오래된 모든 비밀번호를 변경.
1. 패스워드매니저를 사용하여 새로운 비밀번호를 생성
2. '''절대 같은 비밀번호를 재사용하지 하지 말 것'''
- 2차인증 관련
1. Authy 쓰지마세요
2. 멀티디바이스 항목 비활성화3.
3. 전화번호를 백업용도로 사용하지 마세요
- 앱 관련
1. 잘 안쓰는 앱 삭제
2. 사용권한점검
- 로그아웃 일상화
- 인증을 무시하고 앱 특정 비밀번호를 요구하는 앱 삭제.
- 구글 : 전화번호와 이메일로 백업하는 옵션 비활성화
1. https://myaccount.google.com/security 이동
2. 스크롤 다운로드
3. 비밀번호 변경
4. 2차인증 항목 클릭
5. 보안키(Yubikey), 인증 앱, 백업 코드 설정
6. 제거/설정하지 말아야 할 것 : 핸드폰 또는 이메일로 복구기능, google promt, 음성 또는 텍스트 메시지
7. 백업코드는 패스워드매니저나 컴퓨터에 저장하지 말고 프린트하거나 수기로 보관할 것
8. 제일 하단에 신뢰할 수 있는 기기 항목을 모두 취소.
9. https://myaccount.google.com/security로 돌아가서
10. 주 사용 핸드폰 그리고 컴퓨터가 아닌 최근 사용한 모든 기기 내역 제거하기.
11. https://myaccount.google.com/security 다시 접속
12. 계정에 엑세스 할 수 있는 앱 항목에 들어가서 사용하지 않는 앱들을 모두 제거.
- 페이스북 : 해당 조치는 프라이버시를 위한 조치이지 보안과는 관련이 없음.
1. https://www.facebook.com/settings?tab=security 접속
2. 확인되지 않은 로그인에 대해 알림 받기 활성화
3. 새로운 비밀번호로 변경
4. Yubikey나 구글인증 활성화
5. https://www.facebook.com/settings?tab=security 접속
6. 향후 게시물 조회가능 사용자는 친구만으로 설정
7. 모든 게시물 및 태그 지정 항목 검터 활성화
8. 게시물 제한 : 친구만
9. 친구리스트 볼 수 있는 사람은? 친구
10. 내가 제공한 이메일/전화번호를 사용하여 나를 찾을 수 있는 사람은 친구로 설정
11. Facebook 외부의 검색 엔진 결과에 회원님의 프로필이 표시되도록 하시겠어요? → 아니요.
12. https://www.facebook.com/settings?tab=applications 접속
13. 만료됨 또는 활성화 항목에 자주 사용하지 않는 앱 삭제.
14. 프로필 사진을 클릭하여 바로 로그인 비활성화. 보안에 매우 치명적인 기능입니다.
15. 계정에 액세스할 수 없을 때 도움을 요청할 친구항목에 '''신뢰할 수 있는 연락처'''가 조작되었는지 확인.
17. 사망 시 사용자의 계정을 다른 이에게 양도할 수 있습니다(페이스북에서 사용자가 사망했다는 증거를 가지고 있다면). 해당 설정은 주의해서 설정하시길 바랍니다.
18. https://www.facebook.com/ads/preferences/?entry_product=ad_settings_screen 접속
19. 내 정보 항목으로 이동
20. 내 정보탭 모든 토클 비활 성화/ 내 카테고리 항목 모든 항목 삭제
21. 광고 설정 항목 모두 비활성화
22. 내 관심사 광고 항목 필요없는 부분 비활성화.
23. https://www.facebook.com/settings?tab=timeline 이동
24. 내 타임라인에 글을 남길 수 있는 사람은? → 친구만
25. 다른 사람이 회원님의 타임라인에 올린 게시물을 볼 수 있는 사람은? → 친구만
26. 회원님의 타임라인에서 회원님이 태그된 게시물을 볼 수 있는 사람은? → 친구만
27. 회원님이 게시물에 태그되었을 때 공개 대상에 속하지 않는 사람들 중 공개 대상에 추가하고 싶은 사람은? → 친구만
28. 회원님이 태그된 게시물이 회원님의 타임라인에 표시되기 전에 먼저 검토하시겠어요? → 활성화
29. 사람들이 회원님의 게시물에 추가한 태그가 Facebook에 표시되기 전에 먼저 검토하시겠어요? → 활성화
- 드롭박스 / 클라우드 저장장치
1. 2차인증 활성화
2. 사용하지 않는 핸드폰 또는 컴퓨터 비활성화
3. https://www.dropbox.com/account/connected_apps 접속하여 점검
- 기타
1. OAUTH로그인이 이메일 로그인보다 낫습니다.
- Keybase.io 가입
1. 프로필 인증
2. 최소 3명에게 공유
- 구글
1. 사용자를 특정할 수 있는 개인정보 삭제
2. 페이스북 설정에서 구글에서 인덱싱한 페이스북 프로필 삭제
2. 해당링크에서 사용자 이름, 통상 사용하는 이름 등을 구글 서치 알림설정.
- https://haveibeenpwned.com/에 방문하여 이메일이 침해받았는지 확인해보기
1. 만약 침해받았다면 비밀번호를 변경하거나 보안을 강화
2. 최악의 경우 새로운 이메일을 생성 및 사용하는 것을 추천한다
- 자주 사용하는 사이트는 북마크
1. 주 거래소사이트
2. 인터넷뱅킹사이트
3. 하드월렛 지갑 사이트
10. 앰버서더 프로그램
스테이터스 생태계에 기여하는(번역, 코드작성, 영상제작 등등) 파워유저에게 보상을 지급하는 프로그램. 초기에는 자원봉사 형식으로 진행되었으나, 더 적극적인 참여를 유도하기 위해 보상형태로 바뀌게 되었다. 보상내용도 좋고 달성조건도 크게 어렵지 않기에 스테이터스에 관심이 있으면 한 번 도전해볼만한 컨텐츠이다. 홈페이지
10.1. 보상내용
10.1.1. 이벤트
1. 웹세미나 또는 워크샵(Base reward: 3,500SNT)
- 스테이터스 관련 내용 자국 언어로 발표
- 최소 10분
- PPT 추천
2. 해커톤 & 컨퍼런스 참여(Base reward: 3,200SNT)
- 1 발표세션
3. 밋업(Base reward: 3,200SNT)
- 밋업 예산 가이드라인
- S사이즈 밋업 기준
10.1.2. 컨텐츠
1. 블로그 포스트 또는 기사(Base reward: 2,500SNT)
- our status
- 써드파티 블로그 플랫폼(미디엄, 스트밋 등등)
- 최소 5분 이상 읽을 수 있는 내용물 준비
2. 인포그래픽(Base reward: 2,000SNT)
- 6개 이상의 데이터 필드(예. the number of ENS registrations from https://analytics.status.im/)
3. 디자인(Base reward: 2,000SNT)
- 스테이터스 관련 그래픽
- 3개 이미지 이상 제작
- 브랜드 가이드라인 준수.
4. 스테이터스 관련 영상(Base reward: 2,000SNT)
- 최소 1분이상
5. 스테이터스 앱/웹사이트/문서 또는 컨텐츠 번역(Base reward: 각 1,200SNT)
10.1.3. 커뮤니티 빌딩
1. 스테이터스 공개채팅 활동(Base reward: 2,000SNT)
- 스테이터스 공개채팅방에서 질의응답 또는 뉴스와 업데이트 내용 공유
- 신규사용자 환영인사
- 예시 : moderating #status-korean & #movie public chats for 1 week
- 1주일간의 활동내용을 토대로 보상안이 책정
2. 앰버서더 추천(Base reward: 1,000SNT)
- 최대 3명 추천가능
- 신규 앰버서더는 최소 2개의 임무를 수행해야함
3. 추천프로그램 보너스(Base reward: 100SNT)
- 추천 프로그램 참여에 따른 추가 보너스 최대 10건
4. 타 소셜네트워크 채널에 스테이터스 언급(Base reward: 120SNT)
- 스테이터스 최신 업데이트 또는 소식을 유명한 소셜네트워크 채널에 포스팅
(예 : 레딧, 페이스북, 트위터 스티밋 등)
- 월 최대 5건까지만 보상으로 인정.
5. 스테이터스 소셜 채널에 댓글달기(Base reward: 120SNT)
- 스테이터스 페이스북, 스테이터스 트위터, 스테이터스 레딧, 스테이터스 인스타그램, 디스커스 포럼에 댓글달면됨.
- 월 최대 5건까지만 보상으로 인정.
6. 신규 사용자 ENS등록 도와주기(Base reward: 600SNT)
- 최대 10건까지만 인정
10.1.4. 테크니컬
1. 테크니컬 블로그 포스트 또는 튜토리얼(Base reward: 3,500SNT)
- 최소 5분이상 읽을 수 있는 내용물 준비
2. 깃헙 풀 리퀘스트(Base reward: 최소 3,500SNT~)
- 핵심 기여자로부터 답변을 받거나 병합되어야 함.
3. 깃헙 이슈(Base reward: 800SNT)
- 핵심 기여자로부터 답변을 받거나 언급이 있어야함
4. Embark를 이용하여 댑 개발(보상안 논의 중)
10.2. 참여방법
1. 앰버서더 신청 신청링크
2. 임무 제출 앰버서더 테스크 사이트
- 참고 내용
When submitting your claim for reward, you'll be asked to share links demonstrating your involvement in each task (e.g., screenshots or video clips). You can start working on your task after adding a card to the Wekan task board and get it reviewed with the Status team. You can also suggest a task which is not listed on the task sheet below. The base reward can be flexible based on circumstances>
보상을 위한 청구서를 제출할 때 각 작업에 대한 내용을 증명하는 링크(예: 스크린샷 또는 비디오 클립)를 공유하라는 요청을 받게 됩니다. wekan 태스크 보드에 카드를 추가한 후 작업 작업을 시작하고 스테이터스 팀과 함께 검토하게 됩니다.. 아래 작업 시트에 나열되지 않은 작업을 제안할 수도 있으며 기본 보상은 상황에 따라 변경될 수 있습니다.
10.3. 티어별 보상내용
'''1. 티어1'''
- 1~5건의 임무를 완료한 앰버서더 해당
- 완료임무 건당 Base reward에 해당하는 보상을 받을 수 있음
'''2. 티어2'''
- 2개월 이상 활동
- 6~20건의 임무를 완료한 앰버서더 해당
- 완료임무 건당 Base reward * 1.2에 해당하는 보상을 받을 수 있음
'''3. 티어3'''
- 6개월 이상 활동
- 21건 이상의 임무를 완료한 앰버서더 해당
- 완료임무 건당 Base reward * 1.5에 해당하는 보상을 받을 수 있음
11. 스테이터스 네트워크 분기 결산 보고서
- 2020년 4분기 결산 리포트
- 2020년 3분기 결산 리포트
- 2020년 2분기 결산 리포트
- 2020년 1분기 결산 리포트
- 2019년 4분기 결산 리포트
- 2019년 3분기 결산 리포트
- 2019년 2분기 결산 리포트
12. 관련 기사 및 참고자료
epicenter인터뷰 4:48 ~ 8:32 부분 참조
웹 3.0: They Took Your Data. Then They Took Control 스테이터스가 추구하는 가치를 잘 표현한 기사.
탈중앙화 조직 DAO 조직과 사회의 미래가 될까
프로토콜 주간 회의록
2021년 마케팅 주간 회의록
마케팅 주간 회의록(구)
마케팅 주간 회의록(신)
riot 웹3관련 채팅방
Jarrad 인터뷰
Why mass adoption of P2P tech will happen in countries in crisis
님버스채팅방
님버스디스코드
커뮤니티빌딩 회의록
스테이터스 통계 사이트
스테이터스 팟캐스트 홈페이지
4분기 결산보고서
스웜인센티브MVP
스웜인센티브Q&A
스웜파트너쉽
스웜회의록
스테이터스 dau
v1회의록
userjourney
스테이터스 활동 점수
자산보관가이드
스웜가이드
스테이터스스펙
barrygit홈페이지
snt유틸리티주간회의록
eff
어셈블주간회의록
키카드팀페이지
stimbus회의록
스테이터스워크샵1
스테이터스워크샵2
스테이터스페이회의록
optimistic rollups vs zkrollups
옵티롤업 zk롤업비교
옵티롤업프라이버시
스테이터스페이 스케일링 문서
옵티롤업오버뷰
옵티롤업 vs 플라즈마
옵티롤업디스커션
크존 스테이터스 리뷰E01, #E02, #E03, #E04, #E05, #E06
2021플랜?
스테이터스 메트릭스
fiatonramp
13. 타운홀 아카이브
참고내용이 많아 슬라이드 링크를 제공하는 것이 목적
링크
14. 개발 보류 중인 프로젝트
이유 : 시장상황이 좋지 않음
1. Cryptostrikers : ERC-721 축구선수 카드수집 댑
2. Pixura : 디지탈 주권 프로토콜, 디지탈 미술품 최소기능 상품
3. BlockParty : 이벤트 관리 댑