Skip to main content
ここに出てくる割合・配分・金額は、プログラム上の初期値(試作値)またはデモのサンプルです。本番の条件として決まったものではありません。

収益の一定割合で返す

返済は、毎月決まって同じ金額を払う均等払いを主には考えていません。その月のプラットフォーム収益のうち、契約で決めた割合(プログラム上は shareBps。1万分率で、10,000 が 100%)を返済に充て、残りはあなたに戻す設計です。収入が減った月は、返済に回る額も小さくなります。

返済総額の上限

返す金額の合計には上限を置きます。試作のボールトでは、元本と手数料を足した残りが「まだ返す必要がある額」です。その月の収益に割合を掛けた額がこの残りを超える場合、超えた分は取りません。完済すると、担保の記録は解除されます。

収益の数字はだれが入れるか

収益の数字は、あなたが手入力するのではなく、オラクル(外部から署名付きで届く証明)または運営側の確認済みデータとして取り込む構想です。入力を求めないのは、返済額を少なく申告できないようにするためです。どのデータを、どの頻度で、だれの責任で正しいとみなすかは、これから詰めます。

分配の順番(試作)

1

元本

まず、受け取った元本を減らします。
2

手数料

元本を返し終えた分から、手数料に充てます。
3

手数料の配分

手数料のうち、経路Aでは先に Aave 上で増えた利息を返し、残りを預け手に渡します。配分の初期値は、手数料部分の 80% を預け手側(利息の支払を含む)、20% を運営者側とする実装です(delegatorFeeBps = 8000)。月の収益の 80% という意味ではありません。
80対20 は、コードの初期値(試作値)です。運営者が後から変えられる実装なので、いまの数字を約束と受け取ることはできません。

デモのサンプル

返済期間を選び期間ごとに固定の手数料率を置く案も画面に出したことがあります。期間で固めた率はみなし利息の論点と結びつきやすいため、採用するかどうかも含め未確定です。遅れた場合の扱いや中途完済の可否も、利用規約で定めます。