Blockchains이 공개된 경우, 왜 그것을 읽는 것이 특권인가?
I’m happy to help translate the article, but I don’t have the full text of the post. Could you please paste the content you’d like translated (excluding the source line you already provided)? Once I have the text, I’ll translate it into Korean while preserving the original formatting, markdown, and technical terms.
Introduction
나는 DeFi 프로젝트가 조용히 유동성을 rug‑pull했는지 확인하고 싶었다. 큰 온‑체인 분석 플랫폼 중 하나를 열어봤다. 답은 기술적으로 존재했지만… 결제 벽 뒤에 있었다: “진지한” 접근을 위해 매달 수백 달러를 내거나, 눈을 가릴 수밖에 없었다.
“지난 주에 이 풀의 유동성이 감소했나요?” 라는 간단한 질문을 하려면 엔터프라이즈 수준의 가격을 지불해야 한다는 느낌이 옳지 않았다.
그래서 도구가 맞지 않을 때 개발자들이 하는 대로 $0 대안을 만들었다.
스크립트로 시작했지만, 계속 나를 괴롭히는 질문이 되었다:
공개 블록체인에 쓰는 것은 저렴하고 허가가 필요 없는데, 왜 제대로 읽는 것은 비싸고 제한이 있나요?
이론적으로 블록체인은 개방되어 있다: 모든 트랜잭션, 모든 이벤트, 모든 상태 전환이 공개된다. 실제로는 대부분의 사람들이 그 원시 데이터를 전혀 다루지 않는다. 그들은 소수의 데이터 플랫폼으로부터 가시성을 임대한다.
사람들이 보통 “체인을 읽는” 방법
- 중앙 집중식 RPC 제공자에 쿼리하기
- 분석 플랫폼 대시보드에 의존하기
- 다른 사람이 만든 인덱싱 데이터 / API 사용하기
그 제공자들이 다운되거나, 가격을 변경하거나, 키를 제한하거나, 단순히 당신을 “우선 고객”으로 여기지 않기로 하면, 체인을 보는 능력이 하룻밤 사이에 저하됩니다.
베이스 레이어는 탈중앙화될 수 있지만, 그에 대한 당신의 창은 탈중앙화되지 않았습니다.
비용 문제
블록체인 데이터에 대한 진지한 접근은 저렴하지 않습니다. 다음이 필요하다면:
- 고속 히스토리 쿼리
- 풍부한 디코딩된 트레이스와 로그
- 고급 분석 및 라벨
…분석 제공업체와 데이터 플랫폼의 Pro 및 Enterprise 요금제에 빠르게 부딪히게 되며, 종종 월 수백 달러 수준입니다.
심지어 RPC 제공업체도 관대한 무료 티어를 제공하지만, 규모가 큰 비정형 작업(이벤트 인덱싱, 긴 히스토리 스캔, 다수 사용자에게 제품 제공)을 시도하는 순간부터 사용량을 측정하기 시작합니다.
혼자 연구하는 사람, 독립 개발자, 혹은 프로젝트에 책임을 묻고자 하는 작은 커뮤니티에게 그 비용은 사소한 차이가 아닙니다.
“내가 직접 검증할 수 있다”와 “그냥 누군가의 스크린샷을 믿어야겠다” 사이에 단단한 장벽이 있다.
우리는 블록 쓰기를 위한 무신뢰 합의를 구축했지만, 블록 읽기를 위해 유료 중개자를 다시 만들었습니다.
비용보다 더 깊은 문제, 즉 신뢰가 있습니다.
다음과 같은 질문을 할 때:
- “이 프로토콜의 TVL이 지난 주에 붕괴했나요?”
- “이 주소가 정말 모든 토큰을 매도했나요?”
- “이 풀은 더 이상 입금을 받지 않나요?”
…대부분 직접 답을 검증하지 않고 대시보드, 차트, 혹은 차트가 포함된 트윗을 신뢰합니다. 이는 원래 블록체인의 약속을 깨뜨립니다:
믿지 말고 검증하라.
오늘날 체인을 읽는다는 것은 종종 다음을 의미합니다:
“검증하지 말고 구독하라.”
우리는 블록 생산을 탈중앙화했지만, 해석을 위한 고도로 중앙집중화된 구독 기반 레이어를 구축했습니다. 이는 단순히 UX 문제만이 아니라 거버넌스와 권력 문제입니다.
블록체인 “읽기” 재고하기
대부분의 데이터 툴링이 기반으로 삼는 근본 가정은 다음과 같습니다:
“무슨 일이 일어났는지 이해하려면, 원시 데이터를 많이 가져와서 분석한다.”
이 가정은 자연스럽게 다음과 같은 형태를 낳습니다:
- 풀 노드
- 무거운 인덱서
- 복잡한 파이프라인 및 데이터 웨어하우스
“블록체인을 읽는다”는 것이 모든 데이터를 가져오는 것을 의미하지 않는다면 어떨까요?
특정 블록 범위 내에서 특정 행동이 발생했는지(또는 발생하지 않았는지) 검증하는 것에 더 초점을 맞춘다면 어떨까요?
다음과 같이 묻는 대신:
“이 블록의 모든 이벤트와 트레이스를 줘, 내가 직접 파악할게.”
다음과 같이 물어봅니다:
“이 특정 행동이 이 블록에서 발생했음을 증명해줄 수 있나요?”
이 사고 전환이 SODS(내가 실험하고 있는 모델)의 핵심입니다. SODS는 행동을 일급 시민으로 취급합니다.
SODS는 인덱서, 데이터 웨어하우스, 혹은 대시보드 엔진이 되려 하지 않습니다. SODS에서 흐름은 다음과 같습니다:
-
관심 있는 행동을 정의한다
- “이 블록에서 WETH 입금이 발생했다”
- “X에서 Y로의 ERC‑20 전송이 일어났다”
- “두 블록 사이에 이 풀의 유동성이 N 이상 감소했다”
-
증명 컴포넌트가 원시 체인 데이터를 스캔하고 해당 행동에 대한 작은 증명을 생성한다.
-
그 증명은 CSV, JSON 블롭, 혹은 스크린샷이 아니라 기본 블록 데이터와 연결된 짧고 검증 가능한 객체이다.
-
당신(또는 당신의 앱)이 로컬에서 그 증명을 검증한다 – 무거운 풀 노드도, 방대한 인덱스도, 월 구독도 필요 없다.
읽기는 이제 데이터 급수를 임대하는 것이 아니라 작은 증명을 검증하는 것과 동등해집니다. 이는 **SPV(간단 결제 검증)**에 더 가깝고, 분석 대시보드보다 가볍고, 집중적이며 최종 사용자가 검증할 수 있는 방식입니다.
Proof‑of‑Concept on Sepolia
The Experiment
| Step | Description |
|---|---|
| 1 | Sepolia에서 단일 Ethereum‑style 블록을 가져옵니다 |
| 2 | 해당 블록에 23개의 온‑체인 이벤트만을 살펴봅니다 |
| 3 | 그 이벤트들에서 3가지 행동 유형을 추출합니다: Tf = ERC‑20 Transfer Dep = WETH Deposit Wdw = WETH Withdraw |
Building a Behavioral Merkle Tree (BMT)
- Leaves는 행동(
Tf,Dep,Wdw)을 나타내며, 기본 이벤트에 연결됩니다. - 트리는 해당 블록에서 어떤 행동이 발생했는지를 커밋합니다.
- Root는 전체 블록에 대한 압축된 행동 커밋먼트가 됩니다.
Generating Proofs
- 각 행동마다 202 bytes 크기의 증명을 생성합니다.
- 각 증명은 1밀리초 이하로 로컬에서 검증할 수 있습니다.
- 블록의 원시 데이터는 여전히 체인/노드에 존재하지만, 소비자는 이를 다운로드할 필요가 없습니다.
Cost & Performance
| Metric | Value |
|---|---|
| Tree & proof construction | 일반 노트북에서 약 1초 |
| Proof verification | 매달 수백 달러를 들여 광범위한 분석 접근 권한을 구매하는 대신, 작고 행동‑특정한 증명을 필요할 때마다 생성·검증할 수 있습니다. |
What You Get
- 예쁜 차트는 아니지만 원시적인 도구: “이 행동이 해당 블록에서 실제로 발생했다”는 것을 말하고 독립적으로 그 진술을 확인할 수 있는 방법입니다.
표면적으로는 또 다른 “개발자가 멋진 스크립트를 만들었다”는 수준이지만, 그 원칙은 확장 가능합니다.
앞으로 나아갈 길
If behaviors can be compactly proven and locally verified, we can:
- Empower solo researchers and small communities with free, trustworthy data.
- Reduce reliance on centralized analytics platforms.
- Re‑align the blockchain ecosystem with its original promise: don’t trust, verify.
The next steps are to:
- Generalize the behavior language (more complex predicates, cross‑block conditions).
- Build a standard proof‑verification library that can run in browsers, mobile apps, or lightweight back‑ends.
- Create a registry of common behaviors (e.g., “TVL drop > X%”, “large token dump”, “sudden liquidity removal”) that anyone can query.
- Explore incentive models for nodes that generate proofs on‑chain, turning proof generation into a service.
TL;DR
블록체인을 읽는 데 구독이 필요하지 않아야 합니다.
“모든 데이터를 주세요”에서 “특정 행동이 발생했음을 증명해 주세요”로 전환함으로써, 블록체인 데이터를 무료이며, 검증 가능하고, 진정으로 탈중앙화된 형태로 만들 수 있습니다. SODS 모델과 Behavioral Merkle Tree 개념 증명은 이것이 오늘날 기술적으로 가능함을 보여줍니다.
명확히 지정된
효율적으로 커밋된
저비용으로 증명된
로컬에서 검증된
잠재적 생태계
- 사용자는 대시보드를 신뢰하지 않고도 온체인 행동에 대한 주장을 검증할 수 있습니다.
- 커뮤니티는 프로토콜을 저렴하게 감사할 수 있습니다.
- 지갑 및 프런트엔드는 대규모 인덱서를 실행하지 않고도 “검증된 행동” 배지를 표시할 수 있습니다.
체인을 의미 있게 읽기 위해 데이터 센터를 소유하거나 거대한 SaaS 계약을 체결할 필요가 없습니다.
필요한 것은 증명과 검증자에 대한 접근뿐입니다.
이것은 대칭성을 회복합니다:
| 작성 | 읽기 |
|---|---|
| 누구나 작은 수수료로 트랜잭션을 보낼 수 있습니다 | 누구나 작은 증명으로 행동을 검증할 수 있습니다 |
From Engineering Detail to Ethical Question
Zoom out for a moment.
If block production is decentralized, but meaningful block reading is reserved for:
- Funds that can pay for top‑tier analytics
- Teams that can afford large indexers
- Platforms that monetize visibility
…then the transparency story is weaker than it looks.
We have, in effect, created a private market for public data.
The chain is “open”, but the practical ability to interpret it at scale belongs to whoever can pay.
Models like SODS are one attempt to push back: to make verification cheap and accessible, not only storage and consensus.
So here’s the question this project forced me to ask — and the one I want to leave you with:
If block production is decentralized, but meaningful block reading is gated behind expensive platforms and metered APIs,
did we really build a public blockchain — or just a private data market on top of it?
Should reading the blockchain be a privilege for the rich — or a right for everyone?
If you work on light clients, data tooling, or care about on‑chain accountability, feedback on this model — and on turning this PoC into something reusable — is very welcome.
If this resonates:
- Try the PoC on GitHub
- Comment below: What’s the first behaviour you’d want to verify?