借り手が支払いを滞納した場合、それは遅延フラグとなり、その後補正期間、エスカレーション、最終的に強制実行へと進む。これらのすべてのステップは、ローン発行時に両者が合意したルールであり、それぞれのステップは依然として人間または夜間バッチジョブが状況を認識するのを待っている。 Rialoは、このローンの状態マシン全体をオンチェーンにエンコードしている。貸主はローン作成時に一度だけ条件を定義する：支払い遅延でフラグを設定、補正期間終了でエスカレーションをトリガー、デフォルトで強制実行を実行する。ネットワークが各条件を監視し、サービサー、ボット、キーパーを介さずに自動的に実行する。 その経済的側面は、メカニズム以上に興味深い。小口融資では、ワークアウトコストや実際の損失を除き、1件あたりのオーバーヘッド、プログラム保守、管理費用は約25ドルである。500ドルのローンの場合、1ドルのクレジットリスクも価格付けされる前に元本の5％が消費される。サービシングコストはその中での項目ではなく、この商品が存在しない理由そのものである。 私が繰り返し思い至るのは、@RialoHQが既存のローンのサービシングコストを低減しているのではなく、そもそも発行可能なローンの種類そのものを変革しているということだ。貸主がこの仕組みを基に事業を再構築するか、それとも既存の運用に単純に追加するかは、現在誰にも予測できない。 発行されなかったローンは見えない。サービシングコストがゼロであれば実現できた400ドルのローンについて、誰もプレスリリースを発表しない。