#sxt $SXT @SpaceandTime Один адрес трижды брал займы в Ethereum и вовремя их погасил; на другом блокчейне однажды был ликвидирован; а в третьем протоколе уже два года хранит долгосрочный депозит. Эти записи разбросаны по разным блокчейнам и смарт-контрактам, а в момент выдачи займа протокол видит только текущий баланс адреса. Все заёмщики для него — незнакомцы, а требования к залогу одинаковы для всех.
Ончейновое кредитование не растёт — проблема не в деньгах, а в кредитной истории. Традиционные финансовые организации определяют условия по истории ипотеки, движению средств и погашению займов. Все эти данные на самом деле есть и в блокчейне, но никто не умеет надёжно объединять их и доказывать, что полученный результат не был подменён.
@SpaceandTime меняет саму отправную точку: сводит историю активности в разных блокчейнах и протоколах в одну запись, доступную для запросов и проверяемую, — прошлые займы, погашения и ликвидации, восстановление после ликвидации, а также долгосрочная активность в протоколах. Затем результат передаётся в блокчейн с помощью доказательства с нулевым разглашением, чтобы смарт-контракт мог проверить его самостоятельно, а не полагаться на чей-то серверный API.
Технически решение состоит из трёх уровней: полная запись данных в блокчейне, включая транзакции и журналы событий смарт-контрактов; возможность напрямую запрашивать исторические данные EVM-блокчейнов с помощью SQL; выдача доказательства для результата запроса с помощью Proof of SQL. Для протокола вызов почти не отличается от обычного чтения данных — просто добавляется возможность проверить их достоверность.
Изменения отражаются в параметрах: требования к залогу, процентная ставка, лимиты и включение в белый список меняются в зависимости от подтверждённого поведения, а не устанавливаются одинаково для всех голосованием по вопросам управления. Адреса с безупречной историей погашений получают более низкие требования к залогу, адресам, неоднократно подвергавшимся ликвидации, требуется больший запас обеспечения, а долгосрочные вкладчики получают более высокие лимиты. То же касается распределения средств: оно рассчитывается по реальному поведению, а защита от атак Сивиллы превращается из «угадывания» в «расчёт».
Не менее важен аспект конфиденциальности: для запроса не нужно раскрывать реальную личность владельца адреса или публиковать логику управления рисками. Доказывается, что «вычисления не были подменены», а не то, что «ваши данные выставлены на всеобщее обозрение». Для институционального капитала именно это часто определяет, решится ли он выйти в блокчейн.
Важно понимать границы возможностей: проверяемость решает проблему «данные и вычисления не были подменены», но не отвечает на вопрос «может ли прошлое предсказать будущее». Систему управления рисками всё равно нужно проектировать, тестировать на исторических данных и совершенствовать — просто теперь она опирается на входные данные, которые нельзя незаметно переписать.
Кредитная история — это не баланс, а время. Чтобы ончейновое кредитование по-настоящему выросло, первым делом нужно сделать историю заёмщика заслуживающей доверия.
Ончейновое кредитование не растёт — проблема не в деньгах, а в кредитной истории. Традиционные финансовые организации определяют условия по истории ипотеки, движению средств и погашению займов. Все эти данные на самом деле есть и в блокчейне, но никто не умеет надёжно объединять их и доказывать, что полученный результат не был подменён.
@SpaceandTime меняет саму отправную точку: сводит историю активности в разных блокчейнах и протоколах в одну запись, доступную для запросов и проверяемую, — прошлые займы, погашения и ликвидации, восстановление после ликвидации, а также долгосрочная активность в протоколах. Затем результат передаётся в блокчейн с помощью доказательства с нулевым разглашением, чтобы смарт-контракт мог проверить его самостоятельно, а не полагаться на чей-то серверный API.
Технически решение состоит из трёх уровней: полная запись данных в блокчейне, включая транзакции и журналы событий смарт-контрактов; возможность напрямую запрашивать исторические данные EVM-блокчейнов с помощью SQL; выдача доказательства для результата запроса с помощью Proof of SQL. Для протокола вызов почти не отличается от обычного чтения данных — просто добавляется возможность проверить их достоверность.
Изменения отражаются в параметрах: требования к залогу, процентная ставка, лимиты и включение в белый список меняются в зависимости от подтверждённого поведения, а не устанавливаются одинаково для всех голосованием по вопросам управления. Адреса с безупречной историей погашений получают более низкие требования к залогу, адресам, неоднократно подвергавшимся ликвидации, требуется больший запас обеспечения, а долгосрочные вкладчики получают более высокие лимиты. То же касается распределения средств: оно рассчитывается по реальному поведению, а защита от атак Сивиллы превращается из «угадывания» в «расчёт».
Не менее важен аспект конфиденциальности: для запроса не нужно раскрывать реальную личность владельца адреса или публиковать логику управления рисками. Доказывается, что «вычисления не были подменены», а не то, что «ваши данные выставлены на всеобщее обозрение». Для институционального капитала именно это часто определяет, решится ли он выйти в блокчейн.
Важно понимать границы возможностей: проверяемость решает проблему «данные и вычисления не были подменены», но не отвечает на вопрос «может ли прошлое предсказать будущее». Систему управления рисками всё равно нужно проектировать, тестировать на исторических данных и совершенствовать — просто теперь она опирается на входные данные, которые нельзя незаметно переписать.
Кредитная история — это не баланс, а время. Чтобы ончейновое кредитование по-настоящему выросло, первым делом нужно сделать историю заёмщика заслуживающей доверия.