Skip to main content

프로젝트 템플릿

참고: 이 문서는 영문 원본의 자동 번역본입니다.

[Project Name] — 암호화폐 프로젝트를 위한 참조 카드: 제품의 기능과 프로젝트의 주요 주장이 얼마나 검증 가능한지, 그리고 탈중앙화 AI(Decentralized AI) 논제(DecAI Fit)와의 부합성을 보여줍니다.

[Project Name] — [chain] 기반의 [category] 프로젝트, 토큰(심볼: [ticker]).

면책 조항 (전체 텍스트)

중요: 이 페이지는 프로젝트에 대한 참조 개요입니다. DecAIHub 내에서는 AI 논제 내에서 오픈 소스를 기반으로 한 검증(실제 AI/온체인이란 무엇인가/왜 토큰이 필요한가, 그리고 이것이 어떤 출처에 기반하는가)을 별도로 기록합니다.
이것은 재정적 조언이 아니며 어떤 자산도 매수/매도/보유하라는 권장 사항이 아닙니다. 당사는 가격, 수익률 또는 진입/청산 시기를 평가하지 않습니다.
결론은 검증일 현재 발견된 공개적으로 사용 가능한 자료를 기반으로 합니다. 확인이 없다고 해서 기술이 없다는 것을 의미하지는 않습니다.

TL;DR (AI에 관심이 없는 독자용)

  • 무엇인가: [간단한 목적]을 위한 [프로토콜/앱/네트워크/마켓플레이스].
  • 누구를 위한 것인가: [주요 사용자: 사용자/개발자/팀/기업].
  • 왜 온체인/토큰이 필요한가: [AI 용어 없는 한 문장: 지불/액세스/인센티브/보안/회계].

작동 방식 (매우 간략하게)

  1. 사용자가 하는 일: [작업].
  2. 시스템이 하는 일: [내부에서 일어나는 일].
  3. 사용자가 얻는 것: [결과/이점].
  4. 블록체인이 있는 곳: [정확히 온체인인 것: 정산/회계/보증/소유권].
  5. 토큰 역할 (있는 경우): [토큰이 필요한 이유; 없으면 — "토큰 없음"].

빠른 링크: AI 논제 적합성

프로젝트 여권 (간략한 사실, 링크 없음)

필드
프로젝트 이름 [ ]
다른 이름 (aliases) (동의어/티커/철자) [ ]
로고 (logo) (링크/파일) [ ]
토큰 심볼 (ticker) (또는 — 토큰이 없는 경우) [ ]
카테고리 (1–3개 레이블; 예: AI/Compute | AI/Inference | AI/Agents | Infra | DeFi | …) [ ]
기본 체인 (chain) [ ]
유형 (EVM / non‑EVM / Appchain) [ ]
네트워크 상태 (mainnet / testnet / beta) [ ]
합의 (consensus) (PoS/PoW/…) [ ]
출시일 (launch_date) (YYYY 또는 날짜) [ ]
프로젝트 상태 (status) (활성 / 개발 중 / 폐쇄) [ ]
토큰 (표준) (네이티브 / ERC‑20 / SPL / CW20 / 없음) [ ]
토큰 컨트랙트 (주소 또는 —) [ ]
토큰 모델 (token_type) (유틸리티 / 거버넌스 / 수수료 메커니즘 / …) [ ]
최대 공급량 (max supply; 토큰 공급 매개변수) [ ]
발행 (고정 / 인플레이션 / 소각 / —) [ ]
토크노믹스 (tokenomics, brief) (1–2가지 사실) [ ]
거버넌스 (DAO / 다중 서명 / 회사 / —) [ ]
관리자/키 (포기 / 타임락 / 다중 서명 / —) [ ]
감사 (Audit) (예/아니오/—; 링크는 links_ 및/또는 Evidence에 들어갑니다)* [ ]
버그 바운티 (Bug bounty) (예/아니오/—; 링크는 links_ 및/또는 Evidence에 들어갑니다)* [ ]
팀 (team) (간단히/—) [ ]
자금 조달 (investors/funding) (보조금/라운드/펀드; 확인됨/—) [ ]
AI 구성 요소 (ai_component) (3–10 단어) [ ]
사용 사례 (use_case) (3–10 단어) [ ]
DecAI Fit — AI 논제 적합성 (X/6 + 수준) [ ]
DecAI Fit 구성 요소 요약 (ai_score / onchain_score / token_score / evidence_score) [ ]
최근 검증일 (YYYY‑MM‑DD) [ ]
유형 링크
Website [ ]
Docs [ ]
GitHub [ ]
Releases / Changelog [ ]
Whitepaper [ ]
Roadmap [ ]
Security advisories [ ]
Explorer [ ]
X [ ]
Discord [ ]
Telegram [ ]
Medium [ ]
Audit report(s) [ ]
Bug bounty [ ]
CoinGecko [ ]
CoinMarketCap [ ]

일반 프로젝트 개요

[자세하고 쉬운 언어로(위의 TL;DR을 반복하지 않고): 프로젝트가 무엇인지, 어떤 문제를 해결하는지, 누구를 위한 것인지, 어떤 형태(프로토콜/앱/네트워크)를 띠고 있는지.]

기능/모듈

  • [주요 제품 모듈/구성 요소(목록 형식).]
  • [가장 중요한 것 / 사용자에게 고유한 것.]

일반적인 시나리오

  • 시나리오 1: [누가 무엇을 하는가 → 어떤 결과]
  • 시나리오 2: [누가 무엇을 하는가 → 어떤 결과]
  • 시나리오 3: [선택 사항]

시작하기 (지갑/네트워크)

  • 필요한 것: [지갑/계정/최소 요구 사항]
  • 네트워크/체인: [어떤 네트워크, 어디서 전환하는가]
  • 수수료: [어떤 수수료가 적용되고 어디서 발생하는가]

아키텍처/기술 (비 AI)

  • 구성 요소: [컨트랙트/노드/클라이언트/인덱서/백엔드 등]
  • 참여자 역할: [사용자/검증자/제공자/운영자…]
  • 로직이 실행되는 곳: [L1/L2/앱체인/오프체인 + 무엇이 어디서 실행되는가]
  • 종속성: [오라클/DA/브릿지/RPC 제공자/스토리지 등]

토큰/경제 (확장됨, 예측 없음)

  • 토큰 유틸리티: [사용자가 지불하는 것 / 얻는 것]
  • 프로토콜 필요성 동인: [누가 토큰을 무엇에 사용하며, 왜 그것 없이는 작동하지 않는가]
  • 누가 수수료를 지불하는가: [사용자/제공자/제3자]
  • 수수료가 가는 곳: [검증자/제공자/금고/소각]
  • 발행/소각: [모델 + 링크/매개변수]
  • 보안/인센티브 메커니즘: [스테이킹/슬래싱/기타; 예/아니오, 조건, 위험]
  • 배포 및 토큰 발행 일정: [베스팅/잠금 해제; 누가 얼마나 받는가/일정/링크; 중앙화/인센티브를 평가하기 위해]
  • 금고(Treasury): [누가 통제하는가 / 어떻게 지출되는가 / 링크]

거버넌스

  • 누가 결정을 내리는가: [DAO/팀/재단/다중 서명]
  • 프로토콜 매개변수가 어떻게 변경되는가: [프로세스/투표/업그레이드]
  • 결정이 논의/이루어지는 곳: [포럼/리포지토리/스냅샷/링크]
  • 키/다중 서명: [서명자/임계값/링크]

보안 및 사고

  • 감사: [누가/언제/링크] (많을 경우 — 아래에 표 추가)
  • 버그 바운티: [예/아니오, 링크]
  • 사고: [해킹/중단/하드 포크/사후 분석]
  • 위협 모델: [주요 위험 및 보안 가정]

프로젝트 상태 및 타임라인

  • 현재 상태: [메인넷/테스트넷/베타/…]
  • 주요 릴리스/마일스톤: [날짜/버전]
  • 로드맵: [현재 구축 중인 것 + 링크]

생태계/통합

  • 통합: [지갑/브릿지/인프라/도구/거래소 (해당되는 경우)]
  • 파트너: [확인된 파트너가 있는 경우]
  • 실제로 사용되는 곳: [통합 예시/사용 사례 + 링크]

프로젝트의 AI 구성 요소

  • 여기에 있는 진짜 AI는 무엇인가? [1–2문장]
  • 진정으로 온체인인 것은 무엇인가? [1–2문장]
  • 왜 토큰이 필요한가? [1–2문장]
  • 위험 신호(Red flags): AI‑washing / onchain‑washing / token‑washing [ ], 다시 확인해야 할 사항 [ ], 주요 AI‑washing 위험 [ ].

DecAI Fit 구성 요소 요약

  • DecAI Fit: [X/6 — 탈중앙화 AI 논제와의 낮은/중간/높은 부합성]
Component 수준 Score
AI reality [낮음/중간/높음] [0–3]
Onchain necessity [낮음/중간/높음] [0–3]
Token necessity [토큰 없음/낮음/중간/높음] [0–3]
Evidence [Tier‑1 존재/부재] [0–3]
세부 정보

AI reality

AI_0 — AI 의도 (Tier‑1 로드맵) (1/0)

  • AI_0 (decision): [1/0/—]
  • Claim (1줄): [어떤 Tier‑1 로드맵/성명이 AI 의도를 선언하는가]
  • Evidence: Tier‑1 — [link]
  • Why sufficient / why not (1줄): [이것이 작동하는 AI의 증거가 아니라 의도인 이유]
  • Conflict note (있는 경우): [ ]

AI_1 — AI가 하는 일 (1/0)

  • AI_1 (decision): [1/0/—]
  • Claim (1줄): [AI가 실제로 하는 일]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [이것이 1에 충분한 이유 또는 0/—인 이유]
  • Conflict note (있는 경우): [ ]

AI_2 — 데모/예시 (1/0)

  • AI_2 (decision): [1/0/—]
  • Claim (1줄): [어떤 데모/예시가 존재하고 무엇을 보여주는가]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [이것이 1에 충분한 이유 또는 0/—인 이유]
  • Conflict note (있는 경우): [ ]

AI_3 — 지표/품질 (1/0)

  • AI_3 (decision): [1/0/—]
  • 지표: [ ]
  • 컨텍스트 (버전/날짜/측정 방법): [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [지표가 유효/충분한 이유 또는 0/—인 이유]
  • Conflict note (있는 경우): [ ]

AI_4 — 기술 설명/아키텍처/버전 (1/0)

  • AI_4 (decision): [1/0/—]
  • Claim (1줄): [무엇이 문서화/설명되어 있는가]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [이것이 1에 충분한 이유 또는 0/—인 이유]
  • Conflict note (있는 경우): [ ]

Onchain necessity

OC_1 — 컨트랙트/주소/체인 (1/0)

  • OC_1 (decision): [1/0/—]
  • 체인 (Chain): [ ]
  • 주소/식별자: [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [이것이 1에 충분한 이유 또는 0/—인 이유]
  • Conflict note (있는 경우): [ ]

OC_2 — 단순한 토큰 그 이상인 온체인 (1/0)

  • OC_2 (decision): [1/0/—]
  • 온체인에 어떤 유용한 로직이 있는가: [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [이것이 1에 충분한 이유 또는 0/—인 이유]
  • Conflict note (있는 경우): [ ]

OC_3 — 온체인이 중요함 (1/0)

  • OC_3 (decision): [1/0/—]
  • "블록체인 교체" 테스트: 온체인 없이 중단되는 것: [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [테스트가 입증된 이유 또는 0/—인 이유]
  • Conflict note (있는 경우): [ ]

Token necessity

TK_0 — 토큰 없음 (1/0)

  • TK_0 (decision): [1/0/—]
  • Claim (1줄): [프로젝트에 토큰이 없음]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [이것이 충분한 이유 또는 —인 이유]
  • Conflict note (있는 경우): [ ]

TK_1..TK_4 (1/0)

TK_1 — 서비스에 대한 지불 (1/0)

  • TK_1 (decision): [1/0/—]
  • Claim (1줄): [사용자가 토큰으로 지불하는 것]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [이것이 입증된 이유 또는 0/—인 이유]
  • Conflict note (있는 경우): [ ]

TK_2 — 인센티브/담보/페널티 (1/0)

  • TK_2 (decision): [1/0/—]
  • Claim (1줄): [어떤 인센티브/담보/페널티가 존재하며 그 이유는 무엇인가]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [이것이 입증된 이유 또는 0/—인 이유]
  • Conflict note (있는 경우): [ ]

TK_3 — 거버넌스 (1/0)

  • TK_3 (decision): [1/0/—]
  • Claim (1줄): [토큰이 거버넌스에 사용되는 방식]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [이것이 입증된 이유 또는 0/—인 이유]
  • Conflict note (있는 경우): [ ]

TK_4 — 토큰은 대체 가능함 (1/0)

  • TK_4 (decision): [1/0/—]
  • Claim (1줄): [토큰을 교체할 수 있거나 없는 이유]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1줄): [이 결론이 뒷받침되는 이유 또는 —인 이유]
  • Conflict note (있는 경우): [ ]

Evidence (표)

주요 주장에 대한 Tier‑1 출처가 없지만 Tier‑2/3 언급이 있는 경우, 이를 표에 포함하고 명시적인 주석 행을 추가합니다.
Tier‑1 | — | 주장 X에 대한 Tier‑1 출처를 찾을 수 없습니다.
(Tier‑2/3 단독으로는 점수를 높이지 않습니다. 이들은 Tier‑1이 존재할 때까지 컨텍스트/마케팅입니다).

Tier 출처 무엇을 증명하는가
Tier‑1 [link] [ ]
Tier‑2 [link] [ ]
Tier‑3 [link] [ ]