과열이 끝난 뒤에도 오래도록 쓸모 있도록 설계된 인프라를 후원하세요.
ZooBC 뒤에는 수년간의 개발과 폭넓은 애플리케이션 영역이 있습니다. 생태계 창조자는 그 기반을 다른 참여자가 활용할 수 있는 서비스, 파트너십, 커뮤니티, 애플리케이션, 그리고 오래가는 구조로 바꾸는 데 힘을 보탭니다.
왜 이 상징일까요?
산호는 다른 수많은 생명체가 깃들어 살 수 있는 살아 있는 구조를 만듭니다. 산호는 서비스, 파트너십, 커뮤니티, 그리고 성장을 위한 견고한 기반을 쌓는 사람과 조직을 상징합니다.
다른 참여자가 믿고 의지할 수 있는 것을 만드세요.
생태계는 가능한 용도의 목록이 아닙니다. 담당자가 명시되고 유지 관리되는 서비스, 애플리케이션, 통합, 파트너십, 커뮤니티, 경제적 관계의 집합입니다. 창조자는 프로토콜의 역량을 명확한 제공물로 바꾸고, 데모와 믿을 수 있는 서비스 사이의 간극을 책임집니다.
사용자와 실패를 정의하세요
지금 누가 막혀 있는지, 무엇을 이루려 하는지, 실패하면 무엇을 잃는지 정의하세요. ‘블록체인 앱’은 문제 정의가 아닙니다. 측정 가능한 결과가 있는 구체적인 워크플로가 문제 정의입니다.
프로토콜과 제품을 구분하세요
ZooBC는 트랜잭션, 계정, 토큰, 애플리케이션 규칙, 게이트웨이, 스토리지 메커니즘, 네트워크 서비스를 제공합니다. 인터페이스, 정책, 지원, 데이터 처리, 복구, 모니터링, 그리고 다시 찾아올 이유는 여전히 여러분의 제품이 제공해야 합니다.
경제 구조를 정직하게 그리세요
누가 비용을 내는지, 어떤 토큰이나 아토믹 단위를 쓰는지, 어떤 수수료나 저장 기간이 적용되는지, 변동성과 운영 비용은 누가 부담하는지, 약속한 역량 중 로드맵 작업에 의존하는 것이 있는지 파악하세요.
지속성을 고려해 설계하세요
유지 관리자, 지원 경로, 릴리스 절차, 데이터 의존성, 보안 담당자, 성공 지표, 종료 경로를 명시하세요. 운영 모델 없는 파트너십 발표로는 생태계가 만들어지지 않습니다.
실제로 무엇을 만들고 있는지 정하세요.
생태계 기여의 종류마다 필요한 증명이 다릅니다. 발표 방식을 고르기 전에 범주부터 고르세요.
| 창조물 | 정의해야 할 것 | 출시 전 증명 |
|---|---|---|
| 애플리케이션 | 사용자 워크플로, 트랜잭션 유형, 서명 경계, 상태 조회, 수수료, 실패 상태, 지원. | 사용자 동작부터 확정된 상태, 실패 후 복구까지 이어지는 TestNet 수직 단면 구현. |
| 인프라 서비스 | 서비스 역할, 용량, 허용 트래픽, 자격 증명, 모니터링, 업데이트 정책, 운영자. | 검증된 릴리스, 문서화된 구성, 체인 최신성, 역할별 상태 점검, 장애 담당자. |
| 통합 | 외부 시스템, 데이터 매핑, 권한 경계, 재전송/멱등성 동작, 정합성 대조. | 중복, 지연, 거부, 이용 불가, 확정 상태에 대한 테스트 케이스. |
| 토큰 또는 경제 프로그램 | 공급 또는 할당 출처, 단위, 담보(있는 경우), 수수료, 베스팅, 자격 요건, 보관, 위험 고지 문구. | 유지 관리되는 토크노믹스 및 정확한 온체인 또는 계약상 동작과의 일치. 지어낸 보장은 없어야 함. |
| 파트너십 | 각 당사자의 결과물, 결정 권한, 의존성, 일정, 공개 권한, 종료 조건. | 의향이나 로고 교환만이 아닌, 명시된 담당자와 완료된 첫 결과물. |
| 커뮤니티 프로그램 | 대상, 목적, 규칙, 모더레이션, 보상 재원, 검토 절차, 측정 가능한 결과물. | 결과가 문서화되고 책임 있는 유지 관리자가 있는, 범위가 정해진 파일럿. |
홍보 문구보다 운영 브리프를 먼저 쓰세요.
한 페이지 분량의 브리프는 자원이나 평판을 걸기 전에 의존성, 담당자, 위험, 증명을 한눈에 보여 줘야 합니다.
- 01
약속을 정의하세요
사용자, 문제, 행동, 결과, 그리고 ZooBC가 필요한 이유를 밝히세요. 첫 릴리스에 실질적인 경계가 생기도록 프로젝트가 하지 않을 일도 나열하세요.
- 02
프로토콜 의존성을 정리하세요
필요한 경로, 트랜잭션 유형, 서명 방식, 토큰, 수수료, 저장 기간, 애플리케이션, 게이트웨이, 릴리스, 로드맵 의존성을 파악하세요. 각각을 운영 중, 계획됨, 외부 중 하나로 표시하세요.
- 03
책임과 위험을 배정하세요
한 사람이 여러 역할을 맡더라도 제품, 기술, 보안, 운영, 콘텐츠, 지원, 사업 담당자를 명시하세요. 각 담당자가 지켜봐야 할 위험을 기록하세요.
- 04
완전한 결과 하나를 증명하세요
약속한 결과를 만들어 내고, 실패를 견디며, 독립적으로 검증할 수 있는 가장 작은 TestNet 경로를 구축하세요. 그 근거를 바탕으로 확장할지, 수정할지, 중단할지 결정하세요.
필요한 프로토콜 기능이 아직 계획 단계일 뿐이거나, 경제 구조의 앞뒤가 맞지 않거나, 서명 또는 보관 경계가 안전하지 않거나, 지속 운영을 책임질 담당자가 없는 서비스라면 그것을 내세워 판매하거나, 발표하거나, 사람을 모집하지 마세요.
가능성의 언어가 아니라 유지 관리되는 사실에서 출발해 구축하세요.
기술 역량, 경제적 제약, 일정, 애플리케이션 규칙, 참여 조건에는 각각 유지 관리되는 출처가 있습니다.
공개된 공급량, 할당, 유틸리티, 베스팅, 현재 제네시스 참여 정보.
↗의존성로드맵무엇이 운영 중이고, 다음은 무엇이며, 어떤 향후 기능을 완성된 것으로 표현해서는 안 되는지.
↗네트워크 접근개발자 가이드게이트웨이 토폴로지, 핵심 경로, 트랜잭션 제출, 운영, 릴리스 도구.
↗프로토콜 동작트랜잭션 매뉴얼정확한 트랜잭션 유형, 엔벨로프, 수정자, 아토믹 단위, 수수료, 지속성 메커니즘.
↗애플리케이션 규칙앱 매뉴얼합의로 실행되는 앱, 상태, 지급, 무작위성, 상태 채널, 검증 경로.
↗참여ZooBC 참여하기현재 후원, 노드, 기여, 역할, 커뮤니티 진입점.
↗첫 버전이 작더라도, 오래 지속될 기반을 세우세요.
지속성은 출시 규모가 아니라 명확한 책임 소재, 관찰 가능한 서비스, 정직한 경계에서 나옵니다.
- 하나의 사용자, 결과, 담당자, 성공 지표를 정의하세요.
- 모든 의존성을 운영 중, 계획됨, 외부 중 하나로 표시하세요.
- 범위를 넓히기 전에 TestNet에서 완전한 결과를 증명하세요.
- 서명, 보관, 데이터, 수수료, 지원, 종료에 관한 경계를 문서화하세요.
- 공개 주장을 유지 관리되는 기술 및 경제 출처와 일치시키세요.
- 로드맵상의 기능을 이미 제공되는 의존성처럼 내세우지 마세요.
- 로고 교환이나 대화를 실제로 작동하는 파트너십이라고 부르지 마세요.
- 토큰, 수수료, 스토리지, 보관, 운영상의 위험을 희망적인 문구 뒤에 숨기지 마세요.
- 유지 관리자나 장애 담당자 없이 서비스를 출시하지 마세요.
- 구체적인 사용자 결과가 들어가야 할 자리에 블록체인 용어를 쓰지 마세요.
혹시 당신의 이야기인가요?
장기 서포터, 애플리케이션 팀, 서비스 제공자, 파트너, 스폰서, 커뮤니티 빌더를 위한 역할.
짧은 유행을 좇기보다 진지한 인프라를 후원합니다.
애플리케이션, 서비스, 파트너십, 커뮤니티 또는 유통 채널을 만들 수 있습니다.
프로젝트를 후원하기 전에 유틸리티와 로드맵을 이해하고 싶습니다.
많은 다른 참여자가 성공할 수 있는 여건을 만드는 데 도움을 줄 수 있습니다.
진짜 문으로 들어오세요.
아래의 각 경로는 실제로 존재하는 ZooBC 페이지, 도구 또는 현재 커뮤니티 공간으로 이어집니다.
근거를 따라가세요.
하나의 마케팅 페이지에 의존하지 말고, 질문에 맞는 출처를 활용하세요.
관심에서 참여로.
- 01경제 구조, 로드맵, 작동 중인 도구 검토하기
- 02후원, 구축, 파트너십, 커뮤니티 중 선택하기
- 03프로젝트 팀과 구체적인 기여 정의하기
프로젝트 후원과 토큰 참여에는 위험이 따릅니다. 이 페이지의 어떤 내용도 가치, 가용성, 수익, 향후 프로젝트 성과를 보장하지 않습니다.
과열이 끝난 뒤에도 오래도록 쓸모 있도록 설계된 인프라를 후원하세요.
ZooBC 뒤에는 수년간의 개발과 폭넓은 애플리케이션 영역이 있습니다. 생태계 창조자는 그 기반을 다른 참여자가 활용할 수 있는 서비스, 파트너십, 커뮤니티, 애플리케이션, 그리고 오래가는 구조로 바꾸는 데 힘을 보탭니다.