Copy English

Why

Jayverse's value is its product logic — a prediction market that resolves fairly, a bridge that keeps a 1:1 invariant, an agent that pays under a mandate — not a reimplementation of oracles, bridges, wallets, or execution layers. Several cards here already say this one at a time: use the rail, don't rebuild it (chainlink-jayverse-cooperation); a reimplemented bridge inherits the whole attack surface (liquid-issuance-not-authorization, who-holds-the-mint). This card is the other half — the concrete menu of what to reach for, so 'use the rail' has an address.

Read it as a shortlist, not a spec. Every entry is a dependency with a failure mode, and the engineering is choosing which trust you can afford: an oracle carries the risk that the feed is wrong (chainlink-jayverse-cooperation), a bridge that it over-mints under a rate limit that refills (refill-rate-is-the-real-cap), a default verifier that you never wrote the trust assumption down (layerzero-default-is-a-choice), a SaaS watcher that a vendor outage blinds (tenderly-lower-the-cost-to-start-watching). The picks below are illustrative and their versions move monthly; the point is the shape — for each Jayverse need, a rail exists, and reaching for it is almost always the right call.

How it works

The shortlist — by need

The most load-bearing today

For what Jayverse is actually building now: UMA + Chainlink (Verex resolution), CCIP + xERC20 (bridge, with the refill-rate cap), ERC-4337 + Atlas (agent execution and MEV), and Tenderly + Foundry invariants (the auditor's watch). Everything else on the list is optional until a feature reaches for it.

How to use this card

When a feature needs a rail, find the row, pick one, and write its failure-mode line next to the wiring. The rail is the easy half; naming what it makes you trust is the half that keeps it a protocol and not a hope.

← All Dev Notes · Workspace Index · Top ↑

Copy 한국어

Jayverse가 올라탈 것들 — 필요별 레일 목록

각 Jayverse 제품이 다시 짓는 대신 가져다 쓸 외부 라이브러리·플랫폼·서비스의 선별 메뉴: 오라클, 크로스체인, 계정 추상화, 실행/MEV, 결제, 인덱싱, 모니터링, 신원. 필요별 한 줄 — 무엇을 집을지, 그리고 어디에 붙는지.

구현이 아니라 기능에 레일이 필요할 때 참고할 목록입니다. Jayverse 기능이 성숙한 프로토콜이 이미 주는 것(가격, 크로스체인 메시지, 지갑, 실행, 결제)을 요구하면, 먼저 레일을 집고 당신 코드는 제품 로직에 아끼세요(chainlink-jayverse-cooperation 규칙). 선택마다 무엇을 신뢰하게 되는지와 어떤 실패 모드를 지는지 한 줄씩 적으세요(피드는 틀릴 수 있고, 브리지는 초과 발행할 수 있고, SaaS 감시자는 눈을 감을 수 있습니다). 연결 전 현재 이름·가격·가용성을 각 프로젝트 문서로 확인하세요 — 이 영역은 매달 바뀝니다.

왜

Jayverse의 값어치는 제품 로직입니다 — 공정하게 해소되는 예측시장, 1:1 불변식을 지키는 브리지, 위임(mandate) 아래 지불하는 에이전트 — 오라클·브리지·지갑·실행 계층의 재구현이 아닙니다. 여기 여러 카드가 이걸 하나씩 말합니다: 레일을 쓰되 다시 짓지 마라(chainlink-jayverse-cooperation); 재구현한 브리지는 공격 표면 전체를 물려받는다(liquid-issuance-not-authorization, who-holds-the-mint). 이 카드는 나머지 절반 — 무엇을 집을지의 구체적 메뉴라, '레일을 써라'에 주소가 생깁니다.

스펙이 아니라 목록으로 읽으세요. 모든 항목은 실패 모드를 가진 의존성이고, 엔지니어링은 감당 가능한 신뢰를 고르는 것입니다: 오라클은 피드가 틀릴 위험(chainlink-jayverse-cooperation), 브리지는 회복되는 한도 아래 초과 발행할 위험(refill-rate-is-the-real-cap), 기본 검증자는 신뢰 가정을 아무도 안 적은 위험(layerzero-default-is-a-choice), SaaS 감시자는 벤더 장애로 눈이 감기는 위험(tenderly-lower-the-cost-to-start-watching). 아래 선택은 예시이고 버전은 매달 바뀝니다; 핵심은 모양입니다 — Jayverse의 각 필요마다 레일이 있고, 그걸 집는 것이 거의 항상 옳은 수입니다.

동작 방식

목록 — 필요별

오늘 가장 하중을 견디는 것

Jayverse가 지금 실제로 짓는 것 기준: UMA + Chainlink(Verex 해소), CCIP + xERC20(브리지, refill-rate 상한과 함께), ERC-4337 + Atlas(에이전트 실행·MEV), Tenderly + Foundry 불변식(감사기의 감시). 나머지는 어떤 기능이 손 뻗기 전까진 선택입니다.

이 카드를 쓰는 법

기능에 레일이 필요하면, 줄을 찾아 하나 고르고, 연결 옆에 실패 모드 줄을 쓰세요. 레일은 쉬운 절반; 무엇을 신뢰하게 되는지 이름 붙이는 것이 그것을 희망이 아니라 프로토콜로 유지하는 절반입니다.

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