Репост из: BipLenta 🌶
Кредиты в Minter
Довольно популярная тема последних дней, а почему бы и нет?
Давайте сразу обозначим необходимость и участников:
1) Заемщик - пользователь со стейком у валидатора, которому необходимо срочно получить BIP на свой баланс в каком-то количестве, не дожидаясь скопления ревардов;
2) Кредитор - пользователь, у которого есть необходимая заемщику сумма на балансе, готовый ее предоставить под бОльший процент, чем его реварды (иначе пропадает резонность).
Раз уж мы все за децентрализацию, то третьей стороной (посредником) не может являться какой-либо гарант в Telegram (он может спать, уехать в отпуск, быть пьяным, неадекватным или взломанным). Я за блокчейн без гарантов и человеческого фактора.
Варианты исполнения:
Вариант 1 (сторонний): Создается сторонний смарт-контракт (надстройка к Minter, вероятно, сервис), который будет фиксировать обязательства и производить выплаты. Кредитор и заемщик договариваются об условиях кредита, кредитор производит настройки смарт-контракта (вероятно, в каком-то удобном интерфейсе), указывая процентовку и суммы, а также пересылает всю сумму на адрес смарт-контракта (доступа к которому не будет ни у кого). Заемщик, видя настройки смарт-контракта и сумму на балансе, принимает условия путем предоставления смарт-контракту seed-фразы или приватного ключа (если вернут в Майннет) в зашифрованном виде (по какому-то алгоритму). После этого смарт-контракт отправляет заемщику сумму со своего адреса и начинает списывать его полные реварды со стейка + депозиты, которые заемщик самостоятельно производит на свой адрес. Важно, чтобы заемщик отправлял депозиты не напрямую кредитору, а через смарт-контракт, для защиты от недобросовестных кредиторов. В итоге, смарт-контракт принимает 2 вида транзакций: реварды + депозиты заемщика. Если заемщик не удосуживается производить депозиты, то смарт-контракт производит анбонд его стейка и взимает заранее указанный штраф (через 30 дней после анбонда) в пользу кредитора.
Вариант 2 (внутренний): Minter обзаводится собственными смарт-контрактами, работающими примерно по такому же принципу. Это исключает недоверие к разработчику сторонних смартов из первого варианта. В этом же варианте, разработчики Minter могут придумать внутренний механизм перенаправления ревардов и депозитов, без необходимости отправлять seed смарт-контракту.
В обоих вариантах есть уязвимое место: заемщик может перенаправлять реварды со своего стейка (или анбонд после штрафа) до того, как их будет изымать смарт-контракт. Этот вопрос должен быть решен на стороне разработчиков Minter. К примеру:
- блокировка исходящих транзакций на какой-то период или при каких-то условиях;
- лимит на отправку исходящих транзакций (суммой или временем). Например, ограничение на минимальную транзакцию 100 BIP, притом, что смарт-контракт настроен на отправку 99 BIP;
- ограничение на исходящие транзакции только на конкретные адреса, например только на адрес смарт-контракта (во время активного кредита);
Плюс ко всему, здесь хорошо будет отыгрывать монета KARMA, верификация Minterscan и скоринг. Каким-то боком в эту схему можно и Mbank пристроить. 🤔
Причем KYC тут вообще не нужен. Никому не нужны чьи-то паспортные данные, будь они реальные или левые (привет Instagram и хвастливые фотки с получением водительских прав).
P.S. Я специально не приводил пример цифр, чтобы оставить математику для более умных людей.
Довольно популярная тема последних дней, а почему бы и нет?
Давайте сразу обозначим необходимость и участников:
1) Заемщик - пользователь со стейком у валидатора, которому необходимо срочно получить BIP на свой баланс в каком-то количестве, не дожидаясь скопления ревардов;
2) Кредитор - пользователь, у которого есть необходимая заемщику сумма на балансе, готовый ее предоставить под бОльший процент, чем его реварды (иначе пропадает резонность).
Раз уж мы все за децентрализацию, то третьей стороной (посредником) не может являться какой-либо гарант в Telegram (он может спать, уехать в отпуск, быть пьяным, неадекватным или взломанным). Я за блокчейн без гарантов и человеческого фактора.
Варианты исполнения:
Вариант 1 (сторонний): Создается сторонний смарт-контракт (надстройка к Minter, вероятно, сервис), который будет фиксировать обязательства и производить выплаты. Кредитор и заемщик договариваются об условиях кредита, кредитор производит настройки смарт-контракта (вероятно, в каком-то удобном интерфейсе), указывая процентовку и суммы, а также пересылает всю сумму на адрес смарт-контракта (доступа к которому не будет ни у кого). Заемщик, видя настройки смарт-контракта и сумму на балансе, принимает условия путем предоставления смарт-контракту seed-фразы или приватного ключа (если вернут в Майннет) в зашифрованном виде (по какому-то алгоритму). После этого смарт-контракт отправляет заемщику сумму со своего адреса и начинает списывать его полные реварды со стейка + депозиты, которые заемщик самостоятельно производит на свой адрес. Важно, чтобы заемщик отправлял депозиты не напрямую кредитору, а через смарт-контракт, для защиты от недобросовестных кредиторов. В итоге, смарт-контракт принимает 2 вида транзакций: реварды + депозиты заемщика. Если заемщик не удосуживается производить депозиты, то смарт-контракт производит анбонд его стейка и взимает заранее указанный штраф (через 30 дней после анбонда) в пользу кредитора.
Вариант 2 (внутренний): Minter обзаводится собственными смарт-контрактами, работающими примерно по такому же принципу. Это исключает недоверие к разработчику сторонних смартов из первого варианта. В этом же варианте, разработчики Minter могут придумать внутренний механизм перенаправления ревардов и депозитов, без необходимости отправлять seed смарт-контракту.
В обоих вариантах есть уязвимое место: заемщик может перенаправлять реварды со своего стейка (или анбонд после штрафа) до того, как их будет изымать смарт-контракт. Этот вопрос должен быть решен на стороне разработчиков Minter. К примеру:
- блокировка исходящих транзакций на какой-то период или при каких-то условиях;
- лимит на отправку исходящих транзакций (суммой или временем). Например, ограничение на минимальную транзакцию 100 BIP, притом, что смарт-контракт настроен на отправку 99 BIP;
- ограничение на исходящие транзакции только на конкретные адреса, например только на адрес смарт-контракта (во время активного кредита);
Плюс ко всему, здесь хорошо будет отыгрывать монета KARMA, верификация Minterscan и скоринг. Каким-то боком в эту схему можно и Mbank пристроить. 🤔
Причем KYC тут вообще не нужен. Никому не нужны чьи-то паспортные данные, будь они реальные или левые (привет Instagram и хвастливые фотки с получением водительских прав).
P.S. Я специально не приводил пример цифр, чтобы оставить математику для более умных людей.