Brim

01Brim이란

준비금. 남을 이유. 떠날 방법.

Brim을 만든 이유

이제 Robinhood Chain에서 토큰화된 주식이 거래된다. 하지만 거래와 거래 사이에는 대부분 아무 일도 하지 않는다. 이런 자산의 바스켓이 수익을 낳고, 그 수익은 이미 도착한 자금으로만 지급되며, 원하면 누구나 바스켓 자체를 돌려받는 것. 이 세 가지를 하나의 토큰에 담은 설계는 없었다.

이에 근접한 설계들은 두 가지 지름길 중 하나를 택했다. 어떤 설계는 토큰을 찍어 수익을 지급했고, 지급할 때마다 토큰 하나의 가치는 조금씩 줄었다. 어떤 설계는 하한선을 약속하면서도 대시보드 숫자로만 남겨 두었고, 프리미엄이 사라진 날 유일한 출구는 시장뿐이었다. 우리는 세 가지를 모두 갖춘 설계를 찾지 못했다. 그래서 두 지름길을 모두 거부하고, 그 원칙이 발행 과정에서 지켜지는지 누구나 확인할 수 있는 설계를 만들었다.

한 문단으로 보는 Brim

Brim은 Robinhood Chain 위의 프로토콜로, 토큰화된 주식 바스켓을 수익을 낳는 토큰 BRIM으로 바꾼다. 바스켓은 준비금이고, 수익은 프로토콜이 이를 바탕으로 만들어 내는 것이다. 준비금은 프로토콜이 브림이라 부르는 선까지 차오른다. 토큰당 장부가치, 즉 인정된 가격으로 평가한 BRIM 하나의 준비금 몫이 그 선이다. 새 BRIM은 언제나 이 선 위에서만 팔리며, 매수자가 그 위로 지불하는 금액은 잉여금이다. 프로토콜이 Waterfall이라 부르는 분배 규칙은 잉여금을 뒷받침 강화, 운용 자본, 스테이커 몫의 넘침, 소액의 개발자 몫으로 나눈다. 스테이커는 잔고가 토큰 그 자체로 불어나는 것을 지켜본다. 새 보상 토큰은 스테이킹 풀에 발행되며, 이미 도착한 수익만을 근거로 한다. 오퍼링 프리미엄, 거래 통행료, 운용 데스크가 되돌려 보내는 이익이 그 수익이다. 보상이 목표에 못 미치면 제네시스에 따로 마련한 유한한 배정분이 부족분을 보탠다. Tap이 열려 있는 동안 어떤 보유자든 BRIM을 프로토콜에 돌려주고 준비금의 비례 몫을 현물로 받을 수 있다. 그것이 환매 버튼이다.

제네시스 계획은 준비금의 첫 자산인 토큰화된 엔비디아로 초기 공급량을 뒷받침한다. 제네시스 이후 등록된 모든 발행 경로는 발행 트랜잭션 안에서 뒷받침 검증을 통과해야 한다. 어떤 판매도, 보상도, 누구에게 주는 지급분도 브림 이상의 대가가 지불되지 않은 토큰을 발행하지 않는다. 어느 컨트랙트가 발행할 수 있는지는 거버넌스가 관리하는 목록으로 정한다(15). VC도, 내부자도, 프리세일도 없다. 출시는 참여하려는 누구에게나 열려 있다. Top Juicers가 맨 앞줄에 선다.

준비금이 지향하는 모습은 토큰화된 주식 바스켓이다. 처음에는 토큰화된 엔비디아 한 종류로 시작한다. 제네시스 이벤트는 자산 한 종류를 받고, 토큰의 풀도 자산 하나를 기준으로 가격을 표시해야 한다는 두 가지 실무적 이유 때문이다. 제네시스 이후 Policy Board는 타임락을 거쳐, 각각 유효한 가격이 있는 주식을 추가한다(15). 모든 환매는 그 시점에 준비금이 보유한 자산 각각의 비례 몫을 지급한다. 이하에서 “준비금”은 바스켓 전체를 뜻한다.

왜 지금까지 없었는가

개별 요소는 새롭지 않다. Olympus는 뒷받침 가치보다 비싸게 파는 토큰이 스테이킹 플라이휠의 재원이 될 수 있음을 보여 주었다. 하지만 정해진 일정에 따라 보상을 발행했고, 결국 플라이휠은 반대로 돌았다. Terra는 실제로 지급하는 백스톱의 가치를 보여 주었지만, 그 백스톱이 가격이 떨어지는 자산을 더 발행하도록 만들었다. Reserve 방식 바스켓은 정직한 온체인 환매를 보여 주었지만, 양방향 발행과 환매가 가격을 바스켓 가치로 끌어당기므로 프리미엄이 지속되지 못한다. 각각 좋은 아이디어 하나를 지켰고, 그 대가로 무언가를 포기했다. Brim은 세 가지 좋은 아이디어를 유지하면서 지름길은 택하지 않는다. 프리미엄 발행 플라이휠은 유지하되 이미 들어온 수익만을 근거로 보상을 발행한다. 하한선은 누구나 호출할 수 있는 함수이며, 나가는 길에 발행은 없다. 바스켓은 현물로 받을 수 있고, 토큰 가격을 바스켓에 고정하는 장치는 없다. 이 모든 일을 하나의 부등식이 수행하며, 발행 컨트랙트는 매 발행마다 이를 검증한다. Ampleforth와 NET까지 포함한 자세한 비교는 16절에 있다.

BRIM을 보유하는 이유

바스켓 자체 대신 BRIM을 보유할 이유는 무엇인가? 어떤 보유자든 BRIM을 돌려주고 장부가치의 0.98배인 하한선에서 준비금의 비례 몫을 받을 수 있으며, 시장은 그보다 높은 가격을 매길 수 있다. 스테이킹한 보유자는 이후 활동이 지급하는 수익에도 참여한다. 장부가치 위에서 이루어지는 모든 후속 판매, 토큰 자체 풀의 모든 거래, 데스크가 되돌려 보내는 모든 이익은 잉여금 대부분을 새 토큰 형태로 스테이킹 풀에 보낸다. 이 토큰은 발행 전에 뒷받침된다. 이런 참여 권리는 토큰을 어떻게 샀든 동일하며, 오퍼링 토큰도 클리프 이후 해제되는 대로 풀에 들어갈 수 있다.

오퍼링은 명시된 가격 경로에 따라 정해진 배정량을 판다. 시장은 제시한 가격에서 가용 유동성 깊이만큼 판다. 어느 날 어느 가격이 더 나은지는 매수자가 판단한다. 어느 경로로 사도 추가 뒷받침을 얻는 것은 아니며, 프리미엄을 보호해 주는 것은 없다. 장부가치가 그대로여도 시장은 프리미엄을 없앨 수 있다(02).

매수자는 잉여금을, 거래자는 통행료를, 떠나는 사람은 남은 사람의 몫이 되는 수수료를 낸다. 제네시스에 정해 둔 고정 배정분인 Well은 벌어들인 수익이 아니라 시간이 지나며 나누어 주는 토큰이다. 데스크의 이익은 이 흐름들 바깥에서 운용한 투자에서 나온다. 출시 시 스테이킹 풀에 들어오는 새 토큰은 오퍼링 체결과 거래 활동에 달려 있다. 하한선은 누군가의 매수에 의존하지 않는다. 활동이 줄어들 때 무엇이 남는지는 14절에서 이어지는 예시의 수치로 살펴본다.

네 가지 주장, 네 가지 증명

표지의 네 줄이 이 설계의 핵심 주장 전부다. 나머지 문서는 각 절에서 이를 하나씩 입증한다.

이런 독자라면

옐로우 페이퍼: 초록.

02두 개의 숫자

장부가치가 브림이다. 하한선은 브림에서 수수료를 뺀 값이다. 어떤 프로토콜 동작도 브림을 낮출 수 없지만, 시장은 낮출 수 있다.

장부가치, 곧 브림

프로토콜은 누구나 체인 상태로부터 계산할 수 있는 두 가지 양을 중심으로 구성된다. 첫째는 장부가치다. 준비금의 순자산가치(NAV)를 프로토콜의 가격 피드가 현재 인정하는 가격으로 평가한 뒤 BRIM 총공급량으로 나눈 값이다. 이 숫자가 브림이다. BRIM 하나를 뒷받침하는 가치를 나타내는 수위선이다. 프로토콜의 모든 불변 조건은 이 값을 기준으로 검증된다.

장부가치 = 준비금 NAV / 총공급량              (2.1) 브림

하한선

둘째는 하한선이다. Tap이 열려 있는 동안 환매하는 누구에게든 Tap이 준비금 자산으로 지급하는 값이다. 장부가치에서 환매 수수료를 뺀 값이며, 출시 시 수수료는 2%다. 수수료는 준비금에 남아 계속 보유하는 사람의 몫이 된다.

하한선 = 장부가치 × (1 − 환매 수수료율)     (2.2) 수수료율 = 2%

법칙

인정된 가격 기준으로, 어떤 프로토콜 동작도 브림을 낮출 수 없다. 제네시스 이후 모든 발행은 발행을 수행하는 트랜잭션 안에서, 자금을 움직이는 컨트랙트에 의해 이 규칙을 검증받는다. 이 문서는 그 컨트랙트를 문이라고 부른다. 오퍼링이 하나의 문이고 보상 엔진이 다른 문이다. 각 문은 검증을 통과하지 못한 발행을 거부한다.

준비금은 토큰화된 주식이다. 그 시장가격은 움직이고, 달러로 표시한 장부가치도 함께 움직인다. 등록된 어떤 발행 경로에서도 일어날 수 없는 것은 희석이다. 어떤 판매도, 보상도, 누구에게 주는 지급분도 대가가 온전히 지불되지 않은 토큰을 발행하지 않는다. 시장은 장부가치를 낮출 수 있어도, 프로토콜 동작은 인정된 가격 기준으로 결코 낮추지 않는다. 현재 존재하는 문들이 이 규칙을 강제한다. 거버넌스는 레지스트리의 타임락을 거쳐 문을 교체하거나 발행할 수 있는 컨트랙트를 바꿀 수 있다(15).

토큰당 뒷받침을 보호한다고 해서 매수자가 지불한 프리미엄까지 보호되는 것은 아니다. 브림이 그대로여도 시장은 프리미엄을 없앨 수 있다. 프로토콜이 통제하는 부분은 브림이다.

무엇이 브림을 움직이는가

이 법칙을 가장 빨리 이해하는 방법은 모든 동작을 나열하고 각각 브림에 어떤 영향을 주는지 보는 것이다.

T2.1. 브림을 움직이는 요인. 모든 프로토콜 동작은 브림을 높이거나 그대로 둔다. 자산 자체의 가격만 양방향으로 움직인다.

통과하는 발행, 거부되는 발행

법칙은 하나의 부등식이며, 문은 매 발행마다 이를 실행한다. 지급 가치에 발행 전 공급량을 곱한 값이, 발행량에 발행 전 준비금 가치를 곱한 값 이상이어야 한다. 브림 위에서의 판매는 통과한다. 브림 아래에서의 발행은 누가 제안했든 같은 트랜잭션 안에서 거부된다.

존재하는 모든 BRIM은 대가가 지불된 것이다.

여섯 단어

이 문서는 서로 뒤섞이기 쉬운 경제 용어 여섯 개를 쓴다. 여기서 정의한 뜻은 문서 전체에서 동일하다.

T2.2. 여섯 단어.

옐로우 페이퍼: § 1.

03구성 요소와 가치의 흐름

작고 단일한 목적을 가진 컨트랙트. 두 개의 문. 하나의 잠금. 약속된 금액 대신 실수령액.

구성도

프로토콜은 작고 단일한 목적을 가진 컨트랙트들의 집합이다. 각각 하나의 역할만 맡는다. 가치는 정해진 순서로 이동하며 구성도는 그 흐름을 따른다. 모든 구성 요소는 상자로, 모든 흐름은 화살표로 표시한다. 구성도에는 두 개의 문이 있다. 뒷받침이 나가는 유일한 길과 넘침이 보상이 되는 유일한 길이다. 뒷받침은 오직 Tap을 통해서만 준비금을 떠나고, 넘침은 오직 Spillway를 통해서만 스테이커 보상이 된다. 데스크는 준비금 안이 아니라 옆에 있으며, 넘을 수 없는 벽을 사이에 둔다.

구성 요소

T3.1. 구성 요소. 쉬운 말로 역할을 먼저 설명했다. 컨트랙트 이름은 온체인에서 쓰이는 이름이다.

하나의 잠금, 그리고 실수령액

준비금이나 스테이킹 자산을 움직이는 모든 경로는 하나의 정산 잠금을 공유한다. 첫 동작이 끝나기 전에 같은 종류의 다른 동작이 시작되지 못하게 한다. 모든 발행량은 전후로 측정한 잔고를 기준으로 정하며, 누군가 약속한 금액을 기준으로 하지 않는다. 이 구성도에서 거버넌스는 하나의 상자지만, 별도의 절에서 자세히 다룬다(15).

옐로우 페이퍼: § 2.

04매수: 오퍼링

새 BRIM은 장부가치의 5.00배에서 시작해 1.10배 아래로는 내려가지 않는 더치 오퍼링으로 판매된다. 프리미엄이 수익 엔진이다.

두 가지 매수 경로

BRIM을 얻는 길은 두 가지다. 시장(05)은 가격을 제시하고 유동성 깊이가 허용하는 만큼 체결한다. 오퍼링은 명시된 가격 경로에 따라 정해진 배정량을 팔고, 인내에 보너스를 지급한다. 02절의 사다리는 두 경로를 함께 보여 준다. 시장은 브림을 기준으로 그 주변과 위에서 거래되며, 오퍼링의 발행 가격은 5.00배에서 1.10배까지 내려간다.

오퍼링의 하루

새 BRIM은 오퍼링을 통해 판매된다. 거버넌스가 시작하고 Pour가 진행하는 이벤트다. 각 오퍼링은 설정 시 지정한 준비금 자산 한 종류로 대금을 받는다. 출시 시에는 토큰화된 엔비디아를 쓴다. 대금이 준비금 자산으로 들어오므로 도착하는 순간 뒷받침이 된다. 각 오퍼링은 장부가치 대비 가격 배수에 대한 더치 경매다. 이 배수에는 뒷받침도 포함되므로, 5.00배란 장부가치의 5.00배를 지불한다는 뜻이다. 그중 장부가치 1배는 뒷받침이고, 나머지는 프리미엄이다. 가격은 장부가치의 5.00배에서 시작해 판매 윈도우 동안 직선으로 내려간다. 출시 시 윈도우는 1일이며, 컨트랙트가 정한 판매 최저가인 1.10배까지 내려간다. 그 아래로는 판매할 수 없다. 일찍 사면 확실성을 위해 더 비싸게 지불하고, 더 낮은 배수를 기다리면 그 전에 매진될 위험을 감수한다. 모든 매수 가격은 각 준비금 자산의 유효한 가격을 바탕으로 해당 블록의 브림을 기준 삼아 정한다. 자산 하나라도 가격을 매길 수 없으면 추측하지 않고 매수를 거부한다.

판매의 해부

매수자는 브림보다 높은 프리미엄을 지불하지만 받는 토큰은 브림만큼만 뒷받침되므로, 모든 판매는 잉여금을 낳는다. 보너스를 포함해 실제로 발행된 토큰의 뒷받침을 초과하는 실제 자금이다. 준비금은 먼저 뒷받침을 보관하고, 그 위의 잉여금만 Waterfall에 따라 배분한다(09). 이것이 불변 조건이며, 컨트랙트는 같은 트랜잭션 안에서 이를 검증한다.

기본 수량 = 지급 가치 / (프리미엄 배수 × 장부가치)                (4.1)
발행량 M = 기본 수량 + 베스팅 보너스, 단 지급 가치 / (1.10 × 장부가치)를 넘지 않음   (4.2)
불변 조건: 준비금은 모든 판매에서 ≥ M × 장부가치를 보관            (4.3)

5.00배에서 체결되면 대금의 약 80%가 잉여금이고, 종료 가격에서는 9%다. 외부 수익이 규모를 갖추기 전, 출시 시점의 수익 엔진이 오퍼링인 이유다.

프리미엄이 수익을 댄다.

베스팅

모든 배정분은 Decanter를 거쳐 베스팅되므로, 갓 발행된 토큰은 발행된 바로 그 블록에서는 유통될 수 없다. 베스팅 기간은 매수자의 선택에 따라 5일에서 30일이다. 더 길게 베스팅할수록 최대 25%까지 더 많은 토큰을 보너스로 받는다. 보너스를 포함한 실효 가격도 결코 판매 최저가 1.10배 아래로 내려갈 수 없다. 베스팅은 매수 시 시작된다. 최단 베스팅 기간인 5일이 클리프이며, 그전에는 아무것도 청구할 수 없다. 클리프에 도달하면 그때까지 누적된 전량을 한 번에 청구할 수 있고, 나머지는 만기까지 날마다 계속 해제된다. 클리프 이후에는 청구와 스테이킹을 같은 트랜잭션에서 바로 처리할 수 있다.

한계와 예산

오퍼링의 한도는 수요, 판매 최저가 1.10배, Policy Board가 오퍼링마다 정하는 예산이다. Spillway를 계량하는 보상 예산(10)에는 결코 묶이지 않는다. 판매는 브림을 높이고 보상은 브림을 유지하며, 두 예산은 별개다. 윈도우가 진행 중이거나 예정되어 있을 때에는 오퍼링 조건을 바꿀 수 없다. 거버넌스가 먼저 오퍼링을 중단해야 한다.

옐로우 페이퍼: § 3.

05시장과 통행료

BRIM은 자체 풀에서 거래된다. 모든 스왑은 BRIM이 아니라 NVDA로 통행료를 내며, 통행료에는 오퍼링 잉여금과 같은 분배 규칙이 적용된다.

풀

BRIM은 Uniswap v4의 자체 풀에서 토큰화된 엔비디아(NVDA)와 거래된다. 이 자산은 준비금의 첫 자산이자 풀의 호가 자산이다. 풀을 운영하는 훅인 Tollbooth는 이 한 쌍에 묶여 있다. 거래 쌍은 배포 시 고정되며 어떤 위원회도 바꿀 수 없다. 준비금은 다른 주식으로 확대될 수 있지만 풀의 호가 자산은 NVDA로 유지된다. 풀은 BRIM 가격을 NVDA로 표시하므로, BRIM의 달러 가격은 토큰뿐 아니라 주식 가격과도 함께 움직인다. 02절 사다리의 달러 가격은 설명용일 뿐이며, 풀은 그 값을 전혀 참조하지 않는다. 풀 자체의 스왑 수수료는 없다. 통행료가 유일한 수수료다. 누구나 프로토콜의 다른 문을 거치지 않고 여기서 매수하거나 매도할 수 있으며, 대부분의 사람에게는 처음 만나는 문이다.

통행료

모든 스왑은 BRIM이 아니라 NVDA로 통행료를 낸다. 출시 시 매도 5%, 매수 3%다. 주문을 어떤 방식으로 지정하든, 거래자가 지급하거나 받는 금액에 적용되는 비율은 같다. 통행료는 풀에 누적되고 스왑 경로 밖에서 정산된다. 누구나 누적된 통행료를 Spillway로 보내 거래 수익으로서 오퍼링 잉여금과 같은 Waterfall에 넣을 수 있다(09). 통행료를 준비금 자산으로 내므로 그중 준비금 몫은 도착하는 순간 뒷받침이 된다. 매수와 매도 모두 통행료를 내므로 풀은 어느 방향의 거래로든 수익을 마련한다.

훅은 양방향 통행료가 모두 0인 상태로 배포된다. 출시 값은 Market Board의 타임락을 한 차례 거쳐 적용된다. 인하 전에 대기열에 들어간 인상이 인하 후 실행되는 일은 없다. 인하는 대기 중인 인상을 취소한다.

프로토콜 소유 유동성

풀의 유동성은 설계상 프로토콜 소유다. 훅은 데스크의 어댑터가 넣는 유동성만 받아들이고 다른 누구의 것도 받지 않는다. 따라서 거래 대신 유동성 포지션을 넣는 방식으로 통행료를 피할 수 없다. 유동성 동작은 Market Board가 타임락 뒤에 대기시키며, 그때 규모도 지정한다. 실행은 대기열에 넣을 때 정한 가격과 최소 수령량 조건을 충족해야 한다.

거래 지속성 규칙

스왑 콜백은 훅 자체의 저장소만 읽고 풀 매니저와만 상호작용한다. Brim의 정산이나 레지스트리에 문제가 생겨도 스왑 경로 안으로 번지지 않는다. 시장은 계속 거래되고, 누군가 통행료를 전달할 때까지 누적은 이어진다. 다만 시장도 여느 풀과 마찬가지로 풀 매니저, 호가 자산, 훅 자체, 체인에 의존한다.

매도자에게 풀과 Tap 중 어느 쪽이 더 많이 지급하는지는 유동성 깊이, 경로, 주문 유형, 가스, 최종적으로 보유하려는 자산에 달려 있다. 이는 각 거래에서 판단할 문제이며 이 문서가 정해 줄 수 있는 답은 아니다.

옐로우 페이퍼: § 6(Tollbooth 행), § 10(프로토콜 소유 유동성).

06환매: 하한선

BRIM을 Tap에 건네면 준비금의 모든 자산에 대한 비례 몫을 현물로 받는다. 2%의 수수료는 차감되어 남은 보유자의 몫이 된다. 가격 오라클도, 환매 대기열도, 찾아야 할 매수자도 없다.

바스켓을 나누다

어떤 보유자든 BRIM을 Tap에 건네고 전체 준비금 바스켓의 비례 몫을 현물로 받을 수 있다. 수수료는 출시 시 2%이며, 차감되어 남은 모두를 위해 준비금에 남는다. 토큰은 자산이 움직이기 전에 소각된다. 대기열도 찾아야 할 매수자도 없다. 하한선은 누구나 호출할 수 있는 함수이며, 그 사이에 마켓 메이커가 없다. Tap은 브림의 0.98배를 지급하며, 브림 그대로를 지급하지 않는다. 그 차이는 남아 있는 보유자의 몫이다.

환매가 의존하는 것

이것은 설계의 나머지 전부가 기대는 신뢰의 기반이며, 의도적으로 프로토콜에서 가장 단순하게 만든 함수다. 환매에는 가격 오라클도 시장 유동성도 필요하지 않다. 준비금이 이미 보유한 자산을 건네기 때문이다. 계산에 시장가격은 들어가지 않는다. Tap은 준비금 보유량을 공급량으로 나누어 비례 몫을 지급한다. 시장 폭락은 바스켓의 가치를 바꾸지만 산술은 바꾸지 않는다.

준비금이 하한선을 댄다.

산술은 단순하지만 바깥의 조건은 그렇지 않다. Tap은 방어적으로 일시정지할 수 있다. Policy Board는 수수료를 바꿀 수 있으나 10%를 넘을 수 없다. 이는 위원회가 강제하는 한계다(15). 준비금 자산은 발행자가 허용해야만 이동한다(19). Tap은 바스켓의 모든 자산을 지급하거나 아무것도 지급하지 않으므로, 이체 하나가 실패하면 그 자산이 다시 이동할 수 있을 때까지 소각을 포함한 환매 전체가 되돌려진다. 자산 등록 해제로도 이를 풀 수 없다. 등록 해제는 해당 자산의 신규 유입만 막는다. 이미 바스켓 안에 있는 자산은 그대로 남는다. 스테이킹 상태에서의 환매(07)도 같은 Tap을 거치며 같은 전제 조건을 따른다.

모든 환매는 브림을 높인다

모든 환매는 남은 모두의 장부가치를 높인다. 건네받은 BRIM은 전부 소각하고, 지급액은 그 수량에서 수수료를 차감해 계산하므로 수수료에 해당하는 준비금 몫은 남는다. 수수료는 결코 0으로 설정할 수 없다. 이는 유입 상한(10)의 두 숫자 중 하나다. 어떤 틱도 즉시 출구가 부과하는 수수료보다 많이 유입시킬 수 없기 때문에 틱 스나이핑은 손해가 된다. 수수료가 0이면 보상이 꺼지므로 Policy Board는 이를 허용하지 않는다.

이어지는 예시의 환매는 판매 잉여금이 보상으로 바뀐 뒤, 10절의 네 상태 비교표와 함께 다룬다.

옐로우 페이퍼: § 4.

07스테이킹

성장하는 풀에 스테이킹한다. 나가는 길은 세 가지이며, 급한 정도에 따라 값이 매겨진다. 기다리면 무료로, 환매하면 하한선으로, 레이지 퀴트하면 남은 스테이커에게 값을 치르고 떠난다.

성장하는 풀

스테이커는 BRIM을 Basin에 예치하고 성장하는 풀의 지분을 보유한다. 지갑에서 예치하거나, Decanter의 해제분을 청구하면서 같은 트랜잭션에 스테이킹할 수 있다. 해제분이 오퍼링에서 왔든 이전 출금에서 왔든 같다. 일단 스테이킹하면 아래 세 출구만 이용할 수 있다. 보상은 풀에 더해지는 토큰으로 도착하므로 지분 하나가 청구할 수 있는 잔고가 늘어난다. 지분 수는 그대로이고 그 뒤의 풀이 커진다. Brim은 리베이스가 아니다. 보상이 풀에 들어오는 방식과 틱당 유입 상한은 10절에서 다룬다. 이 절은 풀과 그 출구를 설명한다.

환매 버튼이 달린 (3,3).

세 개의 출구

출구는 세 개이며, 급한 정도에 따라 값이 매겨진다. 출금은 Decanter를 통해 BRIM을 7일에 걸쳐 선형으로 해제하며 1일 클리프가 있다. 수수료는 없다. 출금 중인 포지션은 해제 기간에 추가 보상을 받지 않는다. 스테이킹 상태에서 환매하면 Tap을 통해 즉시 준비금 자산을 받는다. 해당 BRIM의 바스켓 몫에서 2% 수수료를 뺀 값이다. 레이지 퀴트(rage quit)는 전체 포지션을 즉시 정리하고 50% 수수료를 뺀 BRIM을 지급한다. 모든 출구는 허용할 최대 수수료 또는 최장 해제 기간을 직접 정해 서명한다. 서명 뒤 설정이 바뀌어도 그 한도를 넘길 수 없다.

T7.1. 세 개의 출구. 둘은 BRIM을, 하나는 바스켓을 지급한다.

레이지 퀴트 수수료의 분배

모든 레이지 퀴트 수수료의 절반은 소각되고 나머지 절반은 남은 스테이커를 위해 풀에 남는다. 마지막으로 나가는 스테이커는 수수료 전액을 소각한다. 풀이 비면 잔여분도 소각되어 모든 보유자에게 이익이 된다. 참을성 없는 이가 참을성 있는 이에게 값을 치른다.

빠른 진입과 이탈을 막지는 않는다

보상 틱 직전에 도착해 느린 출구로 떠나는 자본도 다른 누구와 마찬가지로 제 몫을 받는다. 한 주소는 블록당 프로토콜 동작을 한 번 실행할 수 있다. 그 외에 빠른 진입과 이탈을 막는 제약은 없다. 10절의 상한은 즉각적인 회수만 손해 보게 한다. 용병 유동성도 환영하며, 상한이 그것을 무해하게 만든다. Basin이 일시정지되면 예치와 세 출구가 모두 멈춘다(15).

옐로우 페이퍼: § 5(출구).

08두 개의 장부

수익은 두 곳 중 하나에 쌓인다. 잔고가 늘어나거나, 모든 토큰의 뒷받침이 늘어난다. 프로토콜의 모든 수익 원천은 하나 또는 둘 모두에 기여한다.

두 개의 열

수익은 두 개의 장부로 도착한다. 하나는 잔고가 늘어나는 것이다. 토큰이 스테이킹 풀로 흘러들어 각 지분이 더 많은 BRIM을 나타낸다. 다른 하나는 모든 토큰의 뒷받침이 늘어나는 것이다. 가치가 적립되거나 공급량이 소각되어 보유자와 스테이커 모두의 브림이 오른다. 프로토콜의 모든 수익 원천은 이 두 열 가운데 하나에 놓이며, 여러 원천은 양쪽 모두에 놓인다.

수익 원천

원천은 여섯이며, 각각 부담하는 주체가 있다. 그중 오퍼링, 통행료, 데스크의 지정 이체는 Waterfall을 거친다(09). 대부분은 스테이커 몫의 넘침이 되고 일부는 준비금에 남는다. 오퍼링과 통행료는 수익 자산으로 데스크 몫과 소액의 개발자 몫도 지급하지만, 데스크 이체는 둘 다 지급하지 않는다. 나머지 세 원천은 출구들과 Well이다.

T8.1. 여섯 원천과 각각의 부담 주체.

출구 수수료는 떠나는 사람이 낸다. 환매 수수료는 준비금에 남고, 레이지 퀴트 수수료는 절반이 풀에 남고 절반이 소각된다. 어느 경우든 남은 사람이 이익을 얻으며, Tap을 통한 모든 이탈은 브림을 높인다. Well은 실제 보상이 지급된 뒤 목표에 못 미치는 부족분을 채운다(11). 사전 발행된 유한한 배정분을 나누어 주는 것이므로, 이 문서는 이를 수입으로 계산하지 않는다. 출시 시 넘침 몫은 오퍼링 체결과 거래 활동에 달려 있다. 하한선은 누군가의 매수에 의존하지 않는다(01).

활동이 곧 수익이다

오퍼링, 거래, 이탈이 곧 수익이다. Well은 그 사이를 잇는 자금이며 언젠가 소진된다. 각각은 두 장부 중 하나에 쌓인다. 모든 넘침은 하나의 분배(09), 하나의 틱(10), 하나의 상한을 거친다. 모든 소각 및 적립 흐름은 조용히 브림에 복리로 반영된다.

옐로우 페이퍼: § 6.

09Waterfall

어느 문으로 와도 하나의 분배 규칙을 따른다. 잉여금은 같은 설정 비율에 따라 스테이커, 데스크, 준비금, 개발자에게 흐른다. 데스크에서 오는 이체는 데스크 몫과 개발자 몫을 건너뛴다.

어느 문으로 와도 같은 분배

브림 위의 모든 잉여금은 세 경로 중 하나로 Spillway에 들어온다. 오퍼링 잉여금, 정산된 통행료, 데스크 거버넌스가 지정한 이체다. 어느 경로로 왔든 같은 분배 규칙이 적용된다. 목적지는 네 곳이다. 스테이커 몫의 넘침, 데스크 운용 자산군의 자본, 준비금의 뒷받침, 프로토콜을 만들고 유지하는 개발자의 몫이다. 출시 설정(18)에서는 일반 수익의 90%가 넘침으로, 5%가 데스크로, 4%가 준비금으로, 1%가 개발자로 간다. 데스크, 준비금, 개발자 몫은 유입 시 수익 자산으로 이동하고, 넘침 몫은 틱을 기다린다.

개발자 몫은 수익이 들어온 자산으로 지급되며 새로 발행한 BRIM으로는 지급되지 않으므로 결코 희석을 일으킬 수 없다. 상한은 10%이며 문에서 강제한다. 수취 주소가 설정되기 전까지는 준비금으로 가서 브림을 높인다.

출처에 따른 두 가지 결과

데스크는 자기 자신에게 지급하지 않으며 이체에는 개발자 몫도 없다. 데스크가 자금을 보내는 경우 두 몫은 적용되지 않고 스테이커 몫에 합쳐진다. 따라서 같은 설정에서 데스크 이체의 96%는 넘침으로, 4%는 준비금으로 간다. 분배 규칙은 하나지만, 들어오는 문에 따라 실제 결과는 둘이다. 설정 비율은 18절에 있다.

넘침은 회계다

넘침은 Spillway 자체 금고에서 틱을 기다리는 수량을 자산별, 단위별로 계속 집계한 것이다(10). 달러가 아니라 자산 단위로 센다. 틱이 아닌 이체로 금고에서 수량이 사라지면 다음 틱에 인정 잔액을 실제 보유량으로 줄이며, 저절로 회복되지 않는다. 가격이 하락하면 같은 수량도 틱에서 평가될 때 더 적은 보상 토큰만 뒷받침한다. 가격 없이 준비금에 들어가는 것은 없다. 가격을 매길 수 없는 자산은 가격이 생길 때까지 전량 금고에서 기다린다.

무엇이 발행을 승인할 수 없는가

기부와 잘못 보낸 전송은 결코 발행을 승인할 수 없다. 등록된 문을 거치지 않고 들어온, 지원되고 추적되는 자산은 뒷받침으로 준비금에 이체된다. 브림은 높이지만 아무것도 발행하지 않는다. 지원되지 않거나 가격을 매길 수 없는 자산은 보상 회계 밖에 그대로 남는다. 등록된 문을 거친 수익만 넘침으로 인정되며, 넘침만 보상이 될 수 있다.

옐로우 페이퍼: § 3(잉여금), § 5(기부), § 6, § 11(Waterfall 행).

10보상 틱

누구나 매시간 돌릴 수 있는 틱에서, 같은 트랜잭션으로 준비금에 옮긴 넘침을 근거로 보상을 방류한다. 틱 스나이핑이 손해가 되게 하는 상한 아래에서 이루어진다.

한 틱의 순서

Spillway는 틱마다 보상을 방류한다. 누구나 대략 매시간 틱을 돌릴 수 있으며, 간격은 블록 단위로 계량한다. 한 틱은 한 트랜잭션에서 다섯 가지 일을 한다. 약속된 금액이 아니라 전후 잔고로 실수령액을 측정한다. 넘침을 준비금으로 옮긴다. 판매와 같은 뒷받침 부등식 아래에서 BRIM을 스테이킹 풀에 발행하며, 토큰 발행 시 다시 검증한다. 목표까지 남은 부족분은 Well에서 이체로 채운다. 마지막으로 두 유입분 모두를 상한과 대조한다. 가격 피드가 죽으면 추측하지 않고 틱을 중단한다. 간격이 지나기 전에 실행한 틱은 기부를 이체할 뿐 아무것도 발행하지 않는다. 늦게 실행한 틱도 한 간격의 허용량만 받으며, 밀린 몫을 누적해 받지 않는다.

대가 없이는 아무것도 발행되지 않는다.

유입 상한

틱당 풀 총유입은 스테이킹량과 두 조절값 중 작은 쪽에 의해 제한된다. 두 값은 풀 한도와 환매 수수료율이다.

풀 총유입 = 발행량 + Well 인출 ≤ 스테이킹량 × min(풀 한도, 환매 수수료율)   틱당   (10.1)

이 상한 자체는 임의로 정하는 조절값이 아니다. 틱 직전에 예치하더라도 얻을 수 있는 최대 몫이 즉시 나갈 때 내는 수수료보다 적으므로 스나이핑이 손해가 된다. 출시 시에는 틱당 스테이킹량의 1%인 풀 한도가 더 엄격하다. 상한은 설정된 두 입력값을 이용해 문에서 검증한다. 문이 이를 강제하고 위원회가 입력값을 정한다.

스나이핑이 손해인 이유

틱 직전에 예치해 틱이 지급할 수 있는 최대 몫을 받은 뒤 즉시 출구로 나가더라도, 설계상 출구 수수료가 회수할 수 있는 몫보다 크다.

T10.1. 예시의 네 상태. 개발자 수취 주소가 설정되어 있고 환매자는 매수자와 다른 보유자다. 판매는 브림을 높이고, 뒷받침된 발행은 그대로 두며, 환매는 다시 높인다.

두 계량 기준: 틱과 연간 예산

발행 보상과 Well 인출은 하나의 상한을 공유하지만 서로 다르다. 발행 보상은 틱이 같은 트랜잭션에서 준비금으로 옮긴 넘침에서만 나오며, 연간 예산으로도 계량된다. 한 보상 era의 보상 발행량은 era 시작 공급량의 50%를 넘을 수 없다. 이 예산은 보상 발행만 계량한다. 오퍼링과 Well은 손대지 않으며, 소각으로 예산이 다시 차지도 않는다. Well 인출은 아무것도 발행하지 않는다. 이미 브림에 포함된 제네시스 공급량(11)을 Well에서 풀로 옮길 뿐이다. 모든 틱은 수익으로 뒷받침되어 발행된 BRIM, Well에서 이체된 BRIM, 전달된 준비금 가치라는 세 숫자를 따로 보고한다.

옐로우 페이퍼: § 5(보상).

11Well

실제 보상이 남긴 부족분만 지급하는, 유한하고 사전 발행된 배정분이다. 시장이 가장 조용할 때 가장 많이 지급한다. 목표를 향해 지급하되 런웨이가 허용하는 속도보다 빨리 비워질 수 없다.

Well이 하는 일과 하지 않는 일

저수지에는 가뭄을 위한 우물이 필요하다. 제네시스 시점에 고정된 배정량의 BRIM이 Well에 놓인다. 사전 발행되어 첫 블록부터 총공급량 안에 있으며, 따라서 이미 브림에 반영되어 있다. 나중에 여기서 인출해도 공급량도 준비금도 움직이지 않는다. 한 번 인출할 때마다 브림은 wei 단위까지 그대로다. Well에서 인출할 수 있는 것은 Spillway뿐이고, 어떤 프로토콜 경로도 Well을 다시 채우기 위해 토큰을 발행할 수 없다. 누구든 기존 토큰을 넣을 수는 있으며, 그런 보충은 스테이커에게 주는 선물이다.

발행 일정의 정반대

보통의 발행 일정은 활동 여부와 무관하게 정해진 흐름으로 지급하며, 출시 초기에 가장 많이 지급한다. 아무도 보조금이 필요하지 않은 가장 뜨거운 시장에 가장 많이 쏟아붓는 셈이다. Well은 반대로 설계되었다. 실제 보상이 남긴 부족분만 지급하므로 활황인 주에는 Well에서 인출하지 않고, 활동이 없는 주에는 글라이드 안에서 목표까지 지급한다. 배정량은 한 번 정하며, 발행으로 다시 채우지 않는다. 다 쓰면 끝이고, 그때까지 수익이 실제 활동으로 자립했는지 여부가 드러난다. 무엇을 얼마나 빨리 지급하는지는 누구나 계산할 수 있는 산술이다.

Well은 부족분만 지급하며, 발행으로 다시 채워지지 않는다.

Well의 규모는 제네시스 입력값이다(17). 따라서 차트는 임의의 Well 잔고에서 규칙이 작동하는 방식을 보여 준다. 잔고가 줄 때 글라이드 아래에서 인출량이 어떻게 줄어드는지 살펴볼 수 있다. 14절의 가뭄 1년은 이어지는 예시의 대차대조표에 같은 산술을 적용한다.

인출 계산법

거버넌스는 목표 하나를 정한다. 스테이킹 풀에 대한 연율이며 틱마다 나누어 적용한다. 매시간 실행하는 틱은 총보상 목표에서 시작한다. 실제 보상이 먼저 목표를 채우고, Well은 글라이드와 유입 상한 안에서 남은 부족분을 보충할 수 있다.

목표 = 스테이킹량 × 목표 비율 × (틱 / 1년)                                  (11.1)
부족분 = min(max(목표 − 이번 틱 발행량, 0), max(유입 상한 − 발행량, 0))       (11.2)
글라이드 상한 = Well 잔량 × (틱 / 런웨이 하한)                               (11.3)
인출 = min(부족분, 글라이드 상한)    인출 ≥ 0.01 BRIM일 때만 지급, 아니면 0   (11.4)

글라이드

실제 수익 기반 발행이 먼저 적용되고 Well은 부족분만 채운다. 글라이드는 속도 제한이다. 한 틱은 Well 잔량의 최대 1 / (30 × 24)만 인출할 수 있다. 출시 시 런웨이는 30일이며 거버넌스는 타임락을 거쳐 늘릴 수 있다. 그래서 30일 런웨이는 30일 내내 목표를 온전히 지급한다는 뜻이 아니다. 잔고가 줄면 인출량도 줄고, 절벽처럼 멈추는 대신 점차 감소한다. 풀이 커지면 목표와 유입 상한은 올라가지만 이 인출 속도는 올라가지 않는다. 0.01 BRIM 미만의 인출은 건너뛴다.

초기에는 Well이 깊다

목표는 스테이킹 풀에 대한 비율이며 풀은 초기에 가장 작다. 따라서 작은 풀에 비해 Well이 깊은 동안 초기 스테이커는 목표 전액을 받는다. 참여자가 늘면 풀과 목표가 함께 커지고 글라이드가 제한하기 시작한다. 목표 비율이 높을수록 Well은 더 빨리 줄어든다. 목표 전액을 얼마나 오래 지급할 수 있는지는 지급 대상 스테이킹량에 대한 Well의 깊이라는 한 비율에 달려 있다. 실제 수익이 전혀 없고 출시 조절값을 적용하면 다음과 같다.

T11.1. 깊이에 따른 목표 전액 지급 일수. 실제 수익 없이 30일 런웨이와 매시간 틱을 적용해 위 시뮬레이터와 같은 규칙으로 계산했다. Well은 부족분만 내므로 실제 수익이 생기면 모든 행의 기간이 늘어난다. Well의 규모는 제네시스 입력값이다(17). 각 행은 서로 다른 깊이에서의 결과를 보여 준다.

산술로 경기 역행

활황인 주에는 Well에서 거의 또는 전혀 인출하지 않는다. 한산한 주에는 Well이 깊은 동안 목표만큼, 얕아질수록 그보다 적게 인출한다. 목표는 Well의 기여분이 겨냥하는 천장이며 실제 보상이 먼저 적용된다. 실제 보상만으로 한 틱이 목표를 넘어설 수도 있다. 비율은 틱마다 적용되는 연율로 표시한다. 틱은 복리로 쌓이므로 1년 내내 온전히 지급될 경우 실현 수익률은 명목 수치보다 높지만, 어떤 틱도 목표 충족을 약속하지 않는다. 지켜볼 차트는 실제 넘침과 Well 인출의 비교다. 실제 보상이 틱의 목표를 채우면 Well은 그 틱에 아무것도 보태지 않는다. 예시에서는 목표가 1.14 BRIM이고 실제 보상 발행량은 44.9910 BRIM이었으므로 Well 인출은 없었다. 넘침이 없는 시간에는 글라이드 안에서 부족분을 인출한다.

제동과 인상

보안 서명자는 목표를 즉시 낮출 수 있고, 목표 인상은 타임락을 거쳐야만 하므로 대기 중인 인상이 제동을 되돌리는 일은 없다. 거버넌스는 목표와 런웨이 파라미터를 정하고, 경기 역행성은 산술에서 나온다. Well은 잔량, 틱당 목표, 넘침이 없는 틱의 최대 인출량이라는 자체 한계를 온체인에 보고한다. 목표는 약속이 아니다. 이 한계는 19절에서 다룬다.

옐로우 페이퍼: § 7.

12데스크

데스크는 별도로 분리된 프로토콜 소유 자산군을 운용한다. 빌릴 수도 잃을 수도 있지만 준비금에는 결코 손댈 수 없다.

별도의 운용 자산군

Mill은 운용 데스크다. 준비금이 아닌, 별도로 자본을 배정받은 프로토콜 소유 자산군을 Brim Adapters를 통해 운용한다. 스왑, 수익 전략, 유동성, 신용이 그 대상이다. 수익을 낳는 스테이블코인 포지션을 쓰더라도 준비금이 아니라 이곳의 데스크 전략으로만 쓴다. 자본은 Waterfall의 데스크 몫으로 들어온다. 모든 동작은 데스크 자체에서 측정한 실수령액으로 정산하며, 받을 토큰을 지정하고 달성해야 할 최솟값을 포함한다. 준비금은 데스크가 넘지 못하는 벽 뒤에 있다. 부채를 보유하지 않고 차입에 쓰이지 않으며 오직 Tap을 통해 지급한다.

지정 이체

데스크의 대표 전략은 Ripe에서의 신용 한도다(13). 운용 자산을 바탕으로 빌리고, 대출 비용보다 더 벌 수 있는 곳에 대출금을 운용한다. 정책상 빌린 원금은 수익이 아니라 부채이며, 실현된 순이익만 되돌려 보낼 수 있다. 원금 상환, 발생 이자, 실행 비용, 실현 손실을 모두 제하고 남은 가치가 그 순이익이다. 컨트랙트는 이익을 계산하지 않는다. 타임락을 거친 거버넌스 동작이 금액을 지정한다. 데스크는 운용하고 상환한 뒤에야, 타임락 뒤에서 Waterfall에 보낼 이익을 지정한다. 이체에는 데스크 몫과 개발자 몫이 없다(09). 손실은 데스크에 머물고 하한선을 뒷받침하는 준비금은 결코 부채를 부담하지 않는다.

코드와 정책의 구분

T12.1. 코드와 정책의 구분.

Brim HQ 팀은 각 위원회의 규칙과 대기 시간을 따르며 이 위원회들을 통해 데스크를 운용한다. 운용 선택은 팀의 몫이다. 운용 자산군의 초기 자본은 아직 미정인 제네시스 입력값이다(17). 이후에는 매 분배의 데스크 몫으로 늘어난다.

옐로우 페이퍼: § 6(Mill 행), § 8.

13Ripe와의 연결

두 개의 문이 Brim과 Ripe를 잇는다. 하나의 벽이 준비금을 두 문에서 분리한다.

두 개의 문

Brim은 독립적인 프로토콜이지만 의도적으로 선택한 하나의 동맹과 함께 출시된다. Ripe Protocol이다. 사람들이 자신의 토큰화된 주식을 바탕으로 빌리는 온체인 대출 프로토콜이다. 두 프로토콜은 같은 종류의 자산을 중심으로 만들어졌고 두 개의 문을 통해 연결된다.

첫째는 데스크의 Ripe 신용 한도다(12). 대출은 데스크 자체 운용 자산군에 머문다. 거버넌스가 지정한 실현 순이익만 Waterfall을 통해 돌아온다. Ripe는 프로토콜 규모의 차입자를 얻고, Brim은 그렇지 않았다면 놀고 있었을 자산 위의 수익 엔진을 얻는다.

둘째는 제네시스다. Ripe에서 RIPE 또는 RIPE LP를 스테이킹하는 사람들은 juice score를 얻는다. 이 점수는 Ripe의 가장 적극적인 스테이커인 Top Juicers를 Brim 제네시스의 맨 앞줄에 세운다. 두 커뮤니티의 이해관계는 첫 블록부터 맞물린다. 제네시스 자체는 17절에서 다룬다.

하나의 벽

두 프로토콜은 대차대조표를 공유하지 않는다. Ripe는 준비금에 손대지 않는다. 준비금은 차입에 쓰이지 않으며, 데스크는 BRIM을 바탕으로 빌리지 않는다. 하한선은 Ripe에 의존하지 않는다. 대출 담보는 준비금이 아니라 데스크 자체 자산이다. 신용 한도에서 손실이 나면 데스크 운용 자산군에 머문다. Ripe가 멈추면 데스크의 운용처 하나가 줄어들 뿐 준비금에는 영향이 없다.

Ripe는 운용처다. 준비금은 Ripe의 존재를 알지 못한다.

옐로우 페이퍼: § 8.

14순환 구조

세 순환 구조가 시스템을 스스로 강화한다. 수요가 사라지면 하나의 안전망이 받친다. 각 순환은 앞 절의 메커니즘을 고리로 읽은 것이다.

세 순환과 하나의 안전망

프리미엄 순환. 수요는 매수자를 브림 위의 오퍼링으로 이끈다. 프리미엄은 잉여금이 되고, 분배 후 스테이커 몫은 넘침이 된다. 넘침은 스테이킹 풀의 보상으로 발행되며, 성장하는 풀은 다음 오퍼링에 참여할 이유를 더한다. 오퍼링은 04절, 분배는 09절에 있다.

활동 순환. 거래는 양방향으로 통행료를 내므로 어느 방향이든 수익의 재원이 된다. 매수와 매도 모두 같은 분배 경로를 통해 넘침과 브림에 기여한다. 통행료는 05절에서 다룬다.

인내 순환. 레이지 퀴트와 환매는 서두름에 비용을 매긴다. 레이지 퀴트 수수료의 절반은 남은 스테이커를 위해 풀에 남고 절반은 모든 보유자를 위해 소각된다. 환매 수수료는 준비금에 남는다. 남은 사람은 수수료 몫을 얻고, 소각은 모두가 나누는 공급량을 줄인다. 둘 다 남을 이유를 더한다. 출구 비용은 06, 07절에 있다.

안전망. 안전망은 순환이 아니다. 수요가 사라지면 Tap이 바스켓을 지급하며, 하락을 증폭시키는 환매 시 발행 경로는 없다. Tap이 열려 있고 모든 준비금 자산이 이체될 때 안전망이 작동한다(06).

컨트랙트가 자금의 경로를 정하고, 다시 올지는 사람이 정한다. 시장이 뜨겁든 멈췄든 산술은 같다. 아래 표는 두 상태를 나란히 보여 준다.

수요가 강할 때는 프리미엄이 수익을 댄다. 수요가 사라지면 Tap이 하한선을 지급한다.

두 상태

T14.1. 두 상태. 뜨거운 시장과 활동이 없는 시장에 같은 산술이 적용된다.

옐로우 페이퍼: § 6(마지막 부분), § 9(종합 문단).

15누가 무엇을 바꿀 수 있는가

Brim은 거버넌스가 관리하며 업그레이드할 수 있다. 세 통제 영역과 두 속도가 있다. 인상은 타임락 뒤에서 기다리고 제동은 즉시 작동한다. 컨트랙트 교체는 레지스트리 자체의 타임락을 거친다.

세 영역, 두 속도

통제 영역은 셋이다. Policy Board는 경제 조절값을, Market Board는 풀의 조절값을, 레지스트리는 컨트랙트 구성과 발행 권한을 관리한다. 레지스트리는 자체 타임락을 거쳐 어떤 컨트랙트든 교체할 수 있고, 발행을 전역으로 켜거나 끄며, 토큰 컨트랙트 자체의 권한도 정할 수 있다. 18절의 조절값 표는 각 값의 담당 위원회를 명시한다. 프로토콜은 설계상 업그레이드 가능하다. 수정이나 새 버전 적용은 레지스트리 변경이며, 이 문서의 한계는 현재 등록된 컨트랙트에 속한다.

속도는 둘이다. 인상과 가치 이동 동작은 타임락 뒤에서 기다린다. 제안 시와 실행 시 모두 상한과 대조하며, 제때 실행되지 않으면 만료된다. 방어적 축소 조치는 즉시 작동한다. 부서 일시정지, 진행 중 오퍼링 중단, 목표 인하, 통행료 인하, 자산 등록 해제, 서명자 잠금이 여기에 해당한다. 보안 서명자는 제동만 걸 수 있고 인상할 수는 없다. 목표 인하와 통행료 인하는 해당 조절값의 대기 중 인상도 취소하므로, 인하 전에 대기열에 들어간 인상이 인하 후 실행될 수 없다.

일시정지가 멈추는 것

서명자는 부서를 일시정지할 수 있지만 해제는 거버넌스만 할 수 있다. 일시정지는 단순 표시가 아니다. 각각 특정 동작들을 멈추고 나머지는 계속 실행되게 한다. Spillway나 Decanter가 멈추면 오퍼링 매수도 멈추므로 이름이 암시하는 범위보다 넓을 수 있다. T20.3은 부서별 영향을 모두 열거한다. 정산 잠금과 원장의 스테이킹·해제 기록은 일시정지되지 않으며, 데스크가 멈춰도 위험을 줄이는 동작은 계속 실행된다.

누가 발행할 수 있는가

발행 권한은 오퍼링과 보상 엔진, 두 컨트랙트만 갖는다. 각각 매 발행마다 자체 문에서 뒷받침 부등식을 검증한다. 발행 권한은 거버넌스 설정이다. 레지스트리가 타임락을 거쳐 부여하거나 회수할 수 있으며, 둘 위에는 전역 발행 스위치가 있다. 따라서 “대가 없이는 아무것도 발행되지 않는다”는 매 발행의 문 검증과 거버넌스가 유지하는 컨트랙트 목록에 함께 의존한다. 토큰 컨트랙트에는 일시정지, 블랙리스트, 블랙리스트 잔고 소각 권한도 있다. 이 권한들은 레지스트리 영역에 속하며 권한 표(20)에 행별로 명시되어 있다.

출시 시 신뢰 모델

출시 시 거버넌스는 여기서 설명한 타임락 뒤의 멀티시그이며, 제동만 걸 수 있는 보안 서명자들이 있다. 브림 법칙은 프로토콜 동작이 할 수 있는 일을 구속한다. 위원회의 상한은 조절값의 설정 범위를, 레지스트리의 타임락은 컨트랙트 구성의 변경 절차를 구속한다. 멈출 수 없는 함수는 하나도 없으며 거버넌스는 개입할 수 있다. 무엇이 기다리고 무엇이 즉시 작동하며 누가 한계를 강제하는지는 위 설명과 20절 표에 명시했다.

옐로우 페이퍼: § 2(마지막 부분), § 11(하한선의 스위치, 출시 표 도입부).

16선례

Brim은 다섯 선행 설계에서 아이디어를 가져오고, 각각의 취약한 부분은 거부하며, 새 발행은 장부가치를 보존해야 한다는 하나의 제약 아래 나머지를 결합한다.

가져온 것, 거부한 것, 바꾼 것

짧은 설명은 01절에 있다. 여기서는 자세히 살펴본다. Brim은 선행 화폐 설계의 교차점에 있다. 각각은 서로 다른 문제를 풀었고, 그 대가로 무언가를 포기했다. Brim은 이 설계들에서 고른 부분들을 하나의 제약 아래 결합한다. 새 발행은 프로토콜이 인정하는 가격 기준으로 현재 장부가치를 보존해야 한다.

Olympus (2021). 가져온 것: 프리미엄 발행과 스테이킹 플라이휠. 거부한 것: 매 발행이 토큰당 뒷받침을 유지해야 한다는 규칙 없이 일정대로 발행하는 스테이킹 리베이스, 그리고 환매 함수 없는 대시보드 숫자에 불과했던 트레저리 “하한”. 프리미엄이 사라지면 유일한 출구는 시장이었다. 바꾼 것: 모든 발행은 브림을 유지해야 하고, 보상은 적립된 수익만을 근거로 발행하며, 하한선은 누구나 호출할 수 있는 함수다.

Terra / UST. Terra에서 얻은 교훈은 실제로 지급하는 백스톱의 가치다. 거부한 것: UST를 환매하면 LUNA가 더 발행되어, 흡수해야 할 붕괴를 출구가 오히려 증폭시키는 내생적 백스톱. 바꾼 것: 외생적 바스켓과 현물 출구. 환매 시 발행 경로는 없다.

Ampleforth. Ampleforth는 단위를 조정해 모든 보유자에게 영향을 미쳤다. 이는 비례 공급량 변경이지 보상이 아니다. 거부한 것: 뒷받침할 준비금 없는 단위 잔고 리베이스와 수요가 사라졌을 때 환매할 것이 없다는 점. 바꾼 것: 성장하는 풀의 지분과 실제 자산 보관.

Reserve 방식 바스켓. 가져온 것: 정직한 온체인 환매. 거부한 것: 가격을 바스켓 NAV에 고정하는 양방향 발행·환매 차익거래. 이 구조의 보유자는 바스켓과 그 수익을 소유하지만 그 위의 프리미엄은 갖지 못한다. 바꾼 것: 바스켓은 토큰 아래의 하한선이며, 토큰 가격을 거기에 고정하는 것은 없다.

NET (NetNet Capital Management). 가져온 것: 준비금으로 발행 상한을 정하는 실제 온체인 뒷받침 하한. 거부한 것: 준비금의 비례 몫을 받는 대신 NAV 바로 아래의 용량 제한 바이백 호가로 나가는 출구. 스테이킹 수익도 거부했다. 준비금으로 한도를 정하지만 수익으로 대가를 지불하지 않는, 발행 공급량의 리베이스이기 때문이다. 바꾼 것: 모든 발행은 문에서 대가를 검증하는 짝지어진 부등식을 따르며 출구는 바스켓 자체다.

결정적 차이

이 종합이 곧 설계다. Olympus의 프리미엄 발행 플라이휠을 가져오되, 새 보상은 적립된 수익만을 근거로 발행한다. 유한한 Well은 남아 있는 동안 사전 발행되어 이미 뒷받침된 공급량으로 보상을 보탠다. Reserve의 정직한 환매를 가져오되 NAV 고정을 제거한다. 방어해야 할 목표 가격도 유지해야 할 무기한 발행 일정도 없다. Olympus, Terra, Ampleforth, NET과의 차이는 같다. 바이백 호가가 아니라 기계적으로 가격이 매겨지는 준비금의 비례 몫을 받고 나간다. Reserve와의 차이는 가격 고정 장치가 없다는 점이다.

옐로우 페이퍼: § 9.

17제네시스

@Brim_HQ가 발표하고 토큰화된 엔비디아로 진행하는 하나의 이벤트다. Top Juicers가 맨 앞줄에 선다. 종료 상태의 네 가지 조건은 이미 고정되어 있으며, 이후에는 위의 규칙이 적용된다.

이미 정해진 것

제네시스는 이후 모든 발행을 검증할 뒷받침을 확립해야 하는 단 한 번의 순간이다. 전체 설계는 이벤트가 정확히 정해진 상태로 끝나는 데 기대고 있다. 이벤트의 형식과 무관하게 네 가지는 이미 정해져 있다.

1. 준비금은 Well을 포함한 초기 공급량 전체를 뒷받침한다. 이벤트 종료 시 존재하는 모든 토큰은 Well 배정분을 포함해 첫 블록부터 공급량과 브림 계산에 들어간다.
2. 토큰 시장의 유동성은 프로토콜 소유다. 풀의 훅은 프로토콜 자체 데스크의 유동성만 받아들이므로 첫 스왑부터 모든 거래는 통행료를 분배 경로로 보낸다.
3. Tap은 열려 있다. 환매 버튼은 첫 블록부터 하한선 가격으로 현물을 지급한다.
4. 제네시스 자산은 오직 토큰화된 엔비디아(NVDA)다. 이벤트는 토큰화된 엔비디아만 받는다. 준비금도 이 자산만 보유한 채 시작하고, 풀도 이 자산으로 가격을 표시한다. 이는 설계 자체가 아니라 출시 조건이다. 준비금은 토큰화된 주식 바스켓을 지향하며, 제네시스 후 위원회가 자산을 추가한다(15). 준비금 어디에도 스테이블코인은 없다.

제네시스는 참여하려는 누구에게나 열려 있고 그 앞에 프리세일은 없다. 이후 새 BRIM이 생기는 유일한 경로는 현재의 발행 문을 통과해 브림 이상의 대가를 온전히 지불하는 것이다. Well의 규모와 데스크의 초기 자본도 제네시스에서 정한다(11, 12).

앞으로 공개될 것

이벤트 자체는 @Brim_HQ가 발표한다. Ripe juice score(13)가 중요한 역할을 하며, Ripe의 가장 적극적인 스테이커인 Top Juicers가 맨 앞줄에 선다. 받는 자산은 토큰화된 엔비디아이며, 나머지 진행 방식은 의도적으로 이 문서에 담지 않았다. 이 문서가 고정하는 것은 종료 상태다. 이후의 모든 발행, 틱, 환매는 그 상태를 기준으로 검증된다.

옐로우 페이퍼: § 10.

18출시 설정

앞의 메커니즘은 현재 등록된 컨트랙트가 강제한다. 아래 숫자는 조절값이다. 기준일과 함께 각 한계 및 강제 주체를 모두 표시했다.

조절값이 아닌 메커니즘

이 문서의 메커니즘은 현재 등록된 컨트랙트가 강제한다(15). 아래 숫자는 조절값이며, 표시된 상한 안에서 Policy Board와 Market Board가 관리한다. 인상과 가치 이동 동작은 타임락 뒤에서 기다리고 방어적 인하는 즉시 작동한다. “문”은 자금을 움직이는 컨트랙트가 한계 초과를 거부한다는 뜻이다. “위원회”는 현재 위원회의 검증이 이를 거부한다는 뜻이며, 위원회 자체는 레지스트리의 타임락을 거쳐 교체할 수 있다. 이 표는 2026년 9월 기준이다.

조절값 표

T18.1. 2026년 9월 기준 조절값 표. 마지막 열은 각 행의 성격을 나타낸다. 문 한계는 자금을 움직이는 컨트랙트가, 위원회 한계는 현재 위원회가 초과를 거부한다. “설정값”은 거버넌스가 그 범위 안에서 정할 수 있는 값이다. 주장 분류의 전체 설명은 19, 20절에 있다.

옐로우 페이퍼: § 11(출시 표).

19솔직한 한계

설계가 주장하지 않는 것, 그리고 주장하는 각각의 내용이 의존하는 조건.

여덟 가지 한계

브림 법칙 자체에도 전제 조건이 하나 더 있다. 검증은 현재 발행 문을 거치는 모든 발행에 적용되며, 어떤 컨트랙트가 발행 문인지는 거버넌스가 정한다(15).

주장과 조건

이 문서의 모든 주장은 다음 네 열 중 적어도 하나에 속하며, 여러 열에 함께 속하는 주장도 있다.

T19.1. 주장과 조건.

위기 상황의 경로

이것이 설계의 주장 전부다. 수식은 20절에 모았다. 최종 기준은 컨트랙트이며, 진짜 BRIM은 @Brim_HQ에 공개된 주소의 토큰뿐이다.

옐로우 페이퍼: § 11.

20참고 자료

감사자, 번역자, 연구자에게 필요한 자료를 본문의 흐름과 별도로 모았다.

용어집

장부가치

준비금 NAV를 총공급량으로 나눈 값. 모든 불변 조건이 검증되는 수량이다.

인정된 가격

프로토콜에 설정된 피드가 현재 인정하는 가격. 오래되거나 죽은 피드는 인정하지 않으며, 엄격한 조회는 문제가 있으면 중단한다.

브림

장부가치를 수위선으로 부르는 이름. BRIM 하나를 뒷받침하는 가치다.

하한선

Tap이 지급하는 가격. 장부가치에서 환매 수수료를 뺀 값이다. 이 문서에서 하한선은 항상 환매 가격이다. 오퍼링에는 별도의 판매 최저가가 있고, Well에는 런웨이가 있다. 조절값 표는 이를 런웨이 하한이라고 부른다.

잉여금

판매, 통행료, 데스크에서 브림 위로 들어오는 가치.

Waterfall

잉여금을 스테이커 몫의 넘침, 데스크 자본, 준비금 뒷받침, 개발자 몫으로 나누는 거버넌스 설정 분배 규칙.

넘침

Waterfall에서 스테이커에게 가는 몫으로, Spillway의 틱을 기다린다.

오퍼링 (Pour)

브림 위에서 새 BRIM을 파는 더치 경매.

준비금 (Reservoir)

모든 BRIM을 뒷받침하는 바스켓. 오직 Tap을 통해서만 나간다.

Tap

환매. BRIM을 소각하고 하한선에서 바스켓의 비례 몫을 받는다.

Spillway

보상 엔진. 넘침을 뒷받침된 보상으로 바꾸는 틱을 실행한다.

Basin

세 출구를 가진 지분 기반 스테이킹 풀.

Well

글라이드 아래에서 보상 부족분을 채우는 사전 발행된 제네시스 배정분.

Mill

운용 데스크. 별도로 분리된 프로토콜 소유 자산군을 운용한다.

Decanter

베스팅. 모든 배정분과 모든 느린 출구는 유통되기 전에 이곳을 거친다.

Tollbooth

토큰 자체 풀의 훅. 통행료를 부과하고 유동성 공급 경로를 제한한다.

Brim Adapters

데스크와 운용처를 잇는 연결 장치. 각각 등록되고 연결된다.

Boardroom

거버넌스. Policy Board, Market Board, 그리고 이 검증 위원회들의 레지스트리.

틱

누구나 매시간 돌릴 수 있는 보상 체크포인트.

글라이드

한 틱은 Well 잔량을 런웨이 하한에 해당하는 틱 수로 나눈 만큼만 인출할 수 있다는 규칙.

era

보상 예산의 단위 기간인 1년. 기간 내 총발행량은 era 시작 공급량의 일정 비율로 제한된다.

호가 자산

토큰 풀의 가격 표시와 통행료 지급에 쓰이는 준비금 자산. 출시 시에는 토큰화된 엔비디아(NVDA)다.

문

자금을 움직이며 한계 초과를 거부하는 컨트랙트. 오퍼링과 보상 엔진이 두 발행 문이며, Tap은 준비금의 유일한 출구다.

(3,3)

모두가 스테이킹하고 그 결과 모두가 더 나아지는 상태를 뜻하는 Olympus의 약칭. Brim은 원래 설계에 없던 출구를 더한다.

자주 묻는 질문

수식 모음

T20.1. 수식 모음.

권한 표

T20.2. 권한 표. 거버넌스가 관리하는 모든 동작, 실행 주체, 대기 시간, 상한, 상한 강제 주체를 표시했다.

일시정지가 동결하는 것

T20.3. 일시정지가 동결하는 것. 각 부서의 일시정지 검증과 행별로 대조했다.

변경의 생애

제안: 위원회가 변경을 기록하고 상한과 대조한다. 대기: 타임락이 진행되며 제때 실행하지 않으면 만료된다. 실행: 위원회가 현재 상태에서 다시 검증한 뒤 적용한다. 폐기: 제동이나 다른 변경이 먼저 적용되어 nonce가 오래된 변경은 실행 없이 폐기된다. 대기 중 변경은 한 번만 실행할 수 있다.

컨트랙트 구성표

T20.4. 컨트랙트 구성표. 어느 컨트랙트가 무엇을 보관하고 이 문서의 어느 숫자를 제공하는지 표시했다.

링크와 면책 고지

옐로우 페이퍼 (영어판, 중국어판, 일본어판도 제공) · @Brim_HQ · Ripe

Brim은 실험적인 온체인 프로토콜이다. 고객 자금을 보관하거나 계좌를 제공하지 않으며, 어떤 종류의 규제 금융기관도 아니다. 이 문서의 어떤 내용도 투자 조언이 아니다. 준비금은 시장에 따라 가치가 움직이는 토큰화된 주식이다. 참여에 따른 위험은 참여자 본인이 부담한다.