Get Started
- Introduction
- 5살에게 설명하듯이
- Quickstart
- For AI Agents
- FAQ
Story Network
- Welcome to Story Network
- Node Architecture
- Network Information
- Operating a Node
- Become a Validator
- Staking Design
- 인프라 파트너
- Additional Resources
Protocol Concepts
- 개요
- IP Asset
- Modules
- 훅
- Registry
- Access Controller
- SPG (Periphery)
- Story Attestation Service
- 개념 FAQ
Programmable IP License
FAQ
Story 전반에 대한 가장 일반적인 질문들에 대한 답변을 얻으세요.
우리의 생태계 - 시작하기 페이지를 확인해보세요.
현재 우리는 네이티브 스테이블코인이 없습니다. Stargate에서 제공하는 브릿지 USDC.e를 사용할 수 있습니다.
다음을 사용하세요: Stargate, deBridge, Orbiter Finance
Story는 법적 시스템을 대체하는 것이 아니라, 창의적인 IP에 대한 법적 시스템을 더 효율적으로 만들기 위한 온체인 레일을 제공합니다.
우리는 세계적 수준의 법률 팀과 협력하여 Programmable IP License (PIL💊)라는 실제 오프체인 법적 계약을 만들었습니다. 이 계약은 간단한 조건을 통해 창작자가 누가 자신의 IP를 리믹스하고, 수익화하고, 파생물을 만들 수 있는지, 그리고 그 비용이 얼마인지를 명시할 수 있게 합니다.
그런 다음 우리는 이러한 조건을 자동화하고 시행하기 위해 온체인(스마트 계약 형태로)에 비즈니스 로직을 구축했습니다. 이는 법적 세계와 우리의 온체인 조건 사이에 긴밀한 매핑을 만듭니다.
오프체인 자산을 나타내는 NFT를 발행하고, 그 NFT를 Story에 등록하면 됩니다.
자동 로열티 흐름은 오프체인에서도 강제될 수 있습니다. 로열티 인프라는 온체인에 있지만, 관련 라이선스는 체인을 넘어서도 유효합니다. 라이선스를 법적으로 준수하기 위해, 모든 파생 작업은 IP 자산에 연결된 IP 계정으로 온체인 로열티를 지불해야 하며, 그렇지 않으면 실제 세계에서와 마찬가지로 (예: 라이선스 남용으로 법정에 소환되는 등) 라이선스에 명시된 조건에 따라 결과를 감수해야 합니다.
또한, Programmable IP License (PIL💊)의 조건 중 하나는 라이선스 사용자가 수익 공유가 포함된 경우 오프체인 거래(예: 상품)에 대한 수익 데이터를 라이선스 제공자에게 제공해야 한다는 것입니다.
디지털 그림을 그리는 아티스트나 오리지널 노래를 만드는 뮤지션이라고 상상해보세요. 당신은 온라인에서 작품을 공유하고 싶지만, 다른 사람들이 당신의 작품을 사용하거나 변경할 때 당신에게 크레딧을 주고 - 만약 그들이 그것으로 돈을 벌면 - 당신이 몫을 받기를 원합니다. 여기서 Story가 등장합니다. Story는 기술을 사용하여 당신과 같은 IP 소유자에게 작품이 어떻게 사용되고, 추적되고, 공유되는지에 대한 통제권을 주는 플랫폼입니다. 따라서 작품이 보호되면서도 공정하게 보상받을 수 있습니다.
이렇게 생각해보세요: Story에 노래를 업로드한다고 가정해봅시다. 이제 누구나 당신이 원작자임을 알 수 있고, 누군가가 리믹스를 하고 싶다면 Story를 통해 할 수 있습니다. 그러면 시스템은 자동으로 리믹스를 당신의 노래의 “파생작”으로 추적하고 당신을 원작자로 기록합니다. 이렇게 하면 리믹스가 인기를 얻어 수익을 낼 경우, Story는 리믹서와 마찬가지로 당신도 그 수익의 일부를 얻을 수 있도록 도와줍니다.
자연스럽게 이런 질문이 생깁니다: “만약 내가 악의적인 사용자라서 이 모든 것을 무시하고 그냥 우클릭으로 ‘다른 이름으로 저장’을 한다면 어떻게 되나요?”
첫째, 사람들이 법을 따르고자 하는 정도를 과소평가하고 있습니다. 이것이 PIL이 그렇게 중요한 이유입니다 - 모든 IP는 단순히 온체인에 있는 것이 아니라 실제 법적 계약과 연결되어 있습니다! 만약 누군가가 당신의 IP를 무단으로 사용한다면, 법정에서 소송을 제기할 수 있습니다. 하지만 이런 “행복한 경로”가 항상 일어나는 것은 아닙니다. 문제가 발생했을 때, 우리는 오프체인 중재에 의존하기 전에 가능한 많은 단계의 해결 방법을 제공하고자 합니다.
따라서, 우리는 ❌ Dispute Module을 만들었습니다. 이를 통해 누구나 온체인에서 위반 콘텐츠를 신고할 수 있습니다. 분쟁이 성공적으로 해결되면, 해당 IP는 플래그 처리되어 더 이상 수익을 창출하거나 라이선스를 생성할 수 없게 됩니다.
Story에서의 최악의 시나리오는 다른 곳에서의 최선의 시나리오입니다: 법적 중재입니다. 우리를 사용하는 창작자들은 항상 전통적인 법적 시스템을 최후의 수단으로 사용할 수 있습니다. 이는 우리가 피하고 싶은 상황이지만, 창작자들이 시스템을 신뢰하기 위해 필요한 것입니다.
우리는 프로토콜로 시작했으며, Polygon, Ethereum 등의 프로젝트를 지원했습니다. 하지만 이는 IP를 그것이 존재하는 체인에 고립시켰고, 체인 간 IP를 연결하지 못했습니다. 이는 Story를 글로벌 IP 저장소로 만들고자 하는 비전을 실현하지 못합니다.
우리는 IP 정산 레이어가 되고자 합니다. 다시 말해, 체인 간 상호운용성을 가져오고자 합니다. 우리는 모든 등록된 IP를 위한 단일 허브 블록체인이 필요합니다. 이 IP는 Story에 있을 수도 있고, 다른 체인에 있을 수도 있으며, 오프체인에 있을 수도 있지만, 모든 라이선스, 로열티, IP 메타데이터가 단일 통합 실행 환경에 존재하도록 하는 허브가 필요합니다.
첫째로 가장 명확한 이유는, 우리만의 Layer 1을 구축함으로써 전체 기술 스택에 걸쳐 혁신할 수 있다는 것입니다. 이를 통해 기존 L1 로드맵을 기다리지 않고도 온체인 분쟁 해결이나 온체인 IP 그래프와 같은 필수 기능을 구현할 수 있습니다.
우리 스스로 전체 스택을 혁신해야 할 필요성은 몇몇 기존 체인에서 구축을 시도했을 때 빠르게 깨달았습니다. 그 체인들의 기술적 한계로 인해 작동하지 않을 것이라는 것을 알게 되었습니다. 다음은 우리가 L1을 구축하기로 결정한 - 또는 오히려 강요된 - 몇 가지 이유입니다:
- 기존 L1은 단순히 하나의 트랜잭션에서 각각 복잡한 라이선스 세부사항을 가진 수천 개의 부모에 대한 IP 등록을 효율적으로 처리할 수 없습니다. Geth EVM에서 가스 사용량은 조상 IP가 증가함에 따라 급격히 증가하여, 블록 가스 한도로 인해 670개 이상의 조상에 대해서는 실용적이지 않습니다. 따라서 우리는 실행 클라이언트에 직접 작성된 새로운 상태 유지 프리컴파일 접근 방식을 활용하여 IP 그래프의 그래프 순회 및 저장 효율성을 개선했습니다. 이는 PoC 프로토콜의 제한 하에서 우리가 그래프에 사용하는 특정 값을 쓰고 읽기 위해 EVM 주변의 “지름길”을 만듭니다.
- 마찬가지로, 기존 L1은 수천 개의 IP 자산 간의 로열티 토큰 흐름을 처리할 수 없습니다. 이 역시 실행 클라이언트에 직접 개선을 함으로써 해결되었습니다.
- 라이선스 데이터를 온체인에 두어 최대 상호운용성을 확보하여, 한 번에 수백 개의 IP를 리믹스할 수 있습니다.
- 맞춤형 X-CHAIN 데이터(예: Initia’s 모델)를 사용한 롤업 지원 가능성으로 롤업이 필요한 수백만 건의 트랜잭션을 가진 Web2 앱을 지원합니다. 또한 최대 인센티브 정렬을 위해 자체 검증자를 실행하는 Web2 앱을 지원합니다.
- NFT 및 오프체인 RWA IP를 위한 네이티브 오라클과 같은 검증자 내장 L1 기술의 미래 (Cosmos SDK 투표 확장).
사실 우리는 L1을 구축하기로 결정하기 전에 L2를 구축했습니다. 하지만 우리는 실행 레이어를 혁신하는 것(L2에서도 가능)뿐만 아니라, 합의 메커니즘을 추가하고, 검증자 노드 저장소를 개선하고, 새로운 검증자 기능을 추가하고, 가장 중요하게는 프리컴파일을 추가하고 싶었습니다.
예를 들어, 우리는 결국 Netflix, TikTok 등이 검증자를 실행하여 IP 데이터를 직접 온체인으로 스트리밍할 수 있게 하고, 또한 그 노드들이 IP 그래프에 최적화된 그래프 DB를 가질 수 있게 하고 싶습니다. 분쟁 중인 IP 자산과 관련된 모든 트랜잭션이 즉시 거부되는 것을 상상해보세요.
대안은 이러한 기능을 제공하기 위해 L1 외부에 인접 시스템을 운영하는 것인데, 이는 L1 자체보다 엄격하게 덜 분산화될 것입니다. 이러한 기능을 L1(검증자)에 네이티브하게 만듦으로써, 우리는 충분한 분산화, 보장된 실행, 그리고 유지해야 할 시스템을 줄일 수 있습니다.
즉, 인접 시스템이 다운되어 (분쟁 및 오라클이 중지됨) L1은 정상적으로 작동하는 상황이 발생하면 큰 문제가 될 것입니다. 이는 AVS와 같은 재스테이킹으로 해결할 수 있지만, 이 기술은 아직 검증되지 않았고 재스테이킹을 사용한 성공 사례가 없습니다 (EIGEN 토큰은 아직 개발 중입니다).
Story가 가질 수 있는 큰 인센티브 정렬: IP 회사들이 검증자를 운영하고 검증자 내장 기능을 통해 네트워크에 맞춤형 오프체인 IP 데이터를 네이티브하게 제공하는 것입니다.
또는 법률 회사가 분쟁을 자동화하고 다른 검증자들에게 브로드캐스트하는 것입니다. 분쟁에 대한 합의 후, 검증자들은 즉시 분쟁 중인 IP를 포함하는 트랜잭션을 차단할 수 있습니다. 이는 인접 시스템이 제공하는 것으로는 불가능합니다 (preconf가 있지 않는 한, 이는 Ethereum 영역에서 논란의 여지가 있는 주제입니다).
IP 그래프는 온체인에 있어야 합니다. 왜냐하면 특정 온체인 기능들이 IP 그래프를 순회하고 집계할 수 있는 능력을 필요로 하기 때문입니다. 예를 들어, 로열티와 수익 분배는 IP 그래프를 통해 온체인에서 이루어져야 합니다. 오프체인 그래프 인덱싱을 사용하면 이러한 온체인 기능들이 실현 불가능하거나 과도하게 복잡해질 것입니다. 오라클을 포함시켜야 할 필요가 생기기 때문입니다.
마찬가지로, 분쟁 모듈은 IP 그래프를 직접 온체인에서 순회하여 IP의 조상이 플래그 처리되었는지 확인할 수 있고, 그 후 오라클의 필요 없이 분쟁 중인 IP의 라이선스를 발급하려는 트랜잭션을 즉시 중단하는 등의 즉각적인 조치를 취할 수 있습니다.
우리는 IP 침해를 억제하기 위해 ❌ Dispute Module을 포함한 몇 가지 방법을 지원할 것입니다. 예를 들어, 누군가가 다른 사람의 IP를 등록하려 한다면, 온체인에서 이의를 제기할 수 있습니다. 최악의 경우, 오늘날의 전통적인 법적 시스템에서 작동하는 것처럼 법정에 가져갈 수 있습니다.
이에 대한 더 미묘한 답변(우리가 지속적으로 탐구하고 개선하고 있는 것)은 IP 침해를 억제할 수 있는 추가적인 방법이 있을 수 있다는 것입니다. 예를 들어, 사용자들이 IP의 유효성에 대해 토큰을 스테이킹하는 검증 메커니즘을 도입할 수 있습니다. 만약 그 IP가 분쟁 대상이 되어 저작권 침해로 표시된다면, 토큰은 슬래시되어 피해를 입은 창작자에게 분배됩니다. 또한 우리는 외부 IP 침해 감지 서비스를 L1의 가장 낮은 수준에 직접 도입하여, IP가 등록되는 순간 잠재적 침해로 플래그를 지정하거나 자동으로 표시할 수 있는 방법을 고려해 왔습니다.
궁극적으로 Story는 악의적인 행위자를 막기 위한 시스템이 아니라, 정직한 행위자들이 자신의 지적 재산권을 더 쉽게 등록하고, 다른 사람의 작품을 리믹스하며, 자신의 작품에 대한 적절한 조건을 설정하는 것을 돕기 위한 것입니다. 이 프로토콜은 허가가 필요 없으며 악의적인 행위자를 완전히 막는 것은 거의 불가능하지만, 우리는 최선을 다해 그들을 억제하려고 노력할 수 있습니다. Apple Music, Spotify, Netflix가 “최소 저항의 경로”를 만들어 미디어를 더 접근하기 쉽게 만들면서 미디어 불법 복제가 급감한 것처럼, 우리는 Story와 지적 재산권에 대해서도 비슷한 미래를 예상합니다.