Copy English

Why

The umbrella plan states it plainly: settlement rails are infrastructure we USE, not build. Chainlink is the canonical case — its oracle stack is the boring dependency several Jayverse products lean on, and the honest engineering is knowing exactly where each plugs in and what breaks when a feed is wrong or late.

The place worth saying loudly is where an oracle deliberately cannot help. An oracle reports an external truth onto the chain — a price, a reserve balance, a random number. JYVE, the ecosystem token, has no external truth to report: it trades only in our own market, so nothing outside can price it. That is exactly why the token design uses a constant-product mini-AMM (price = reserve ratio) instead of a feed (see jayverse-token-bridge). Reaching for an oracle there is a category error, and naming it prevents the mistake.

The most interesting cooperation is Proof of Reserve against the lesson of the Liquid incident (liquid-issuance-not-authorization): a mint bug produced valid-but-unbacked units and every downstream check honored them. Proof of Reserve is the external attestation that lets a redeem path refuse units the reserve cannot cover — the supply-integrity check that authorization alone never performs.

How it works

Where each Jayverse product plugs in

The one deliberate non-use

Verex prices YES/NO with LMSR, not an oracle — the market maker sets the price. And JYVE is priced by a constant-product mini-AMM, not a feed, because a token that trades only in our own market has no external truth an oracle could report. Oracles carry external facts onto the chain; where there is no external fact, an oracle is the wrong tool. (jayverse-token-bridge has the pricing rationale.)

Proof of Reserve answers the Liquid class

liquid-issuance-not-authorization showed a mint bug producing valid-but-unbacked units that a correct peg-out faithfully honored — authorization checked the actor, nothing checked the object's backing. Proof of Reserve is that missing check: an external attestation of reserves a redeem path reads to refuse units the reserve cannot cover. It does not fix the mint bug; it stops the drain from being honored. A mint-invariant test (conservation) plus a PoR read (backing) covers both halves the incident exposed.

The rule this card enforces

Use the rail, don't rebuild it — and know the one place it doesn't reach. Every feed is also a dependency with a failure mode, so each cooperation above should carry its 'if the feed is wrong' line in code, not just in this table.

← All Dev Notes · Workspace Index · Top ↑

Copy 한국어

Chainlink은 Jayverse가 쓰는 인프라지 짓는 게 아니다 — 각 제품이 붙는 자리

Chainlink의 오라클 스택(Data Feeds, CCIP, Proof of Reserve, VRF, Automation)은 Jayverse가 다시 만들지 않고 가져다 쓰는 정산 레일 인프라입니다. 각 제품이 어디서 협력하는지 — 그리고 일부러 못 쓰는 한 곳(자체 발행 토큰 가격)까지 정리합니다.

구현이 아니라 의존성 지도입니다. 각 Jayverse 제품마다 한 줄: 어떤 Chainlink 프리미티브를 무엇에 쓰고, 그 피드가 틀리거나 늦으면 무엇이 깨지는가. 그다음 오라클이 못 돕는 한 곳을 표시하세요 — 우리 시장에서만 생기는 토큰 JYVE의 가격. 이유도 함께: 오라클은 외부의 사실을 체인에 올리는데, 자체 발행 토큰에는 그런 외부 사실이 없어 가격은 피드가 아니라 우리 mini-AMM에서 나옵니다. 연결 전 Chainlink 제품명·가용성은 chain.link 문서로 확인하세요.

왜

계획서가 분명히 말합니다: 정산 레일은 우리가 짓는 게 아니라 쓰는 인프라다. Chainlink이 대표 사례입니다 — 그 오라클 스택은 여러 Jayverse 제품이 기대는 지루한 의존성이고, 정직한 엔지니어링은 각각이 어디에 붙고 피드가 틀리거나 늦으면 무엇이 깨지는지를 아는 것입니다.

크게 말할 값어치가 있는 곳은 오라클이 일부러 못 돕는 자리입니다. 오라클은 외부의 사실(가격, 준비금 잔액, 난수)을 체인에 올립니다. 생태계 토큰 JYVE에는 올릴 외부 사실이 없습니다 — 우리 시장에서만 거래되므로 바깥에서 값을 매길 수 없습니다. 토큰 설계가 피드 대신 상수곱 mini-AMM(가격 = 리저브 비율)을 쓰는 이유가 바로 그것입니다(jayverse-token-bridge 참고). 거기서 오라클을 찾는 건 범주 오류이고, 그걸 명시하면 실수를 막습니다.

가장 흥미로운 협력은 Liquid 사고(liquid-issuance-not-authorization)의 교훈에 맞선 Proof of Reserve입니다: 발행 버그가 유효하지만 뒷받침 없는 단위를 만들었고 하류의 모든 검사가 그걸 인정했습니다. Proof of Reserve는 준비금이 감당 못 하는 단위를 상환 경로가 거부하게 해주는 외부 attestation입니다 — 인가만으로는 결코 하지 않는 공급 무결성 검사입니다.

동작 방식

각 Jayverse 제품이 붙는 자리

일부러 안 쓰는 한 곳

Verex는 YES/NO를 오라클이 아니라 LMSR로 가격 결정합니다 — 마켓메이커가 값을 정합니다. 그리고 JYVE는 피드가 아니라 상수곱 mini-AMM으로 가격이 매겨집니다 — 우리 시장에서만 거래되는 토큰에는 오라클이 올릴 외부 사실이 없기 때문입니다. 오라클은 외부 사실을 체인에 실어 나르는데, 외부 사실이 없으면 오라클은 틀린 도구입니다. (가격 근거는 jayverse-token-bridge에.)

Proof of Reserve가 Liquid 부류의 답

liquid-issuance-not-authorization은 발행 버그가 유효하지만 뒷받침 없는 단위를 만들고 올바른 페그아웃이 그걸 충실히 인정한 사례였습니다 — 인가는 주체를 검사했고, 대상의 뒷받침은 아무도 검사하지 않았습니다. Proof of Reserve가 그 빠진 검사입니다: 상환 경로가 읽어 준비금이 감당 못 하는 단위를 거부하게 하는 준비금 외부 attestation. 발행 버그를 고치진 않지만, 유출이 인정되는 걸 막습니다. 발행 불변식 테스트(보존)와 PoR 읽기(뒷받침)를 함께 두면 사고가 드러낸 양쪽을 다 덮습니다.

이 카드가 강제하는 규칙

레일을 쓰되 다시 짓지 마라 — 그리고 레일이 닿지 않는 한 곳을 알라. 모든 피드는 실패 모드를 가진 의존성이기도 하므로, 위 협력 각각은 '피드가 틀리면' 줄을 표가 아니라 코드에 담아야 합니다.

← 전체 개발 노트 · 워크스페이스 인덱스 · 맨 위 ↑