С
Ок,20 лет
Size: a a a
2021 April 22
МЛ
Давайте камнями расплачиваться
e
Эфир слишком сложный. Лайтнинг достаточно приватный.
YB
Приватность не нужна. Все равно в случае широкого распространения информация о почти каждой транзакции будет поступать в налоговую.
ए🏴
по философии юникс зато
PP
Всем привет. А можете в двух словах объяснить что такое Смарт контракты
YB
Хотя, теоретически, можно попробовать разработать такую криптографическую схему, чтобы налогообложение можно было учитывать, при этом не раскрывая детали конкретных транзакций. Вот это было бы неплохо.
ए🏴
в каком-то другом чате уже обсуждали, что можно было бы выпустить законопроект, обязывающий предустанавливать государственные майнеры на машины россиян
YB
Это произвольный код, который можно однозначно выполнить(и который выполняется) на каждой машине, подтверждающей транзакции.
МЛ
Пиздец.
YB
Согласен, криптографическая схема выйдет явно не тривиальной.
YB
Но, с другой стороны, всякие зкпруфы в какой-то степени про это, может и выйдет относительно просто.
PP
Типа алгоритм консенсуса?
YB
Консенсус основывается не на алгоритме, а на протоколе, и это другое.
Грубо говоря, в простом случае боб может перечислить x на счет Алисы, если у боба есть x+z, а у Алисы y. После этого у Алисы станет x+y, а у боба z. Это очень простой код(проверка условия, сложение, вычитание, пара записей). С помощью контракта ты можешь сделать то- же самое, но можешь и что-то более сложное, например, чтобы у боба стало z, у Алисы, y+x/2, а у Чарли - w+x/2(где w - предыдущее состояние счета Чарли), при этом не изменяя бинарники на каждой машины, которая рассчитывает финальное состояние леджера(и обычно участвует в консенсусе), а заранее загрузив некий код для виртуальной машины в место, откуда все эти машины могут его взять и исполнить.
Грубо говоря, в простом случае боб может перечислить x на счет Алисы, если у боба есть x+z, а у Алисы y. После этого у Алисы станет x+y, а у боба z. Это очень простой код(проверка условия, сложение, вычитание, пара записей). С помощью контракта ты можешь сделать то- же самое, но можешь и что-то более сложное, например, чтобы у боба стало z, у Алисы, y+x/2, а у Чарли - w+x/2(где w - предыдущее состояние счета Чарли), при этом не изменяя бинарники на каждой машины, которая рассчитывает финальное состояние леджера(и обычно участвует в консенсусе), а заранее загрузив некий код для виртуальной машины в место, откуда все эти машины могут его взять и исполнить.
YB
То бишь, это не изменение механизма консенсуса, а возможность создавать произвольные правила учёта в леджере относительно простым путем
2021 April 23
e
Если покупатель не сообщит, и продавец не сообщит, как она туда поступит?
e
Ну и в налоговую по любому поступит сумма, но не личность покупателя.
e
Виртуальная машина на блокчейне?
G
Надеюсь я доступно объяснил что смарт контракты - это круто. Они дают возможности писать финансовые инструменты почти любой сложности. Сейчас очень популярны смарт контракты токенов, обменников и майнинга токенов, расскажу об этом позже.
Ещё фишка в том что после того как вы добавили смарт контракт с определённой логикой в блокчейн - вы уже не сможете перезалить другую логику конкретно по этому адресу. Есть конечно хитрости, но они очевидны пользователю и расскажу о них позже.
Пользователю очевидно что делает смарт контракт потому что он может посмотреть и проверить всю ту логику которую разработчики написали и отправили в блокчейн. И сделать это он может например через сайт etherscan.io с доступным интерфейсом и подсказками. Если есть желание потрогать - можно зайти, посмотреть куда сейчас юзеры шлют транзанкции, если адрес получателя - это смарт контракт то можно зайти на его вкладку и глянуть код, на соседней вкладке посмотреть записанные в него данные.
Другое дело что смарт контракт может быть слишком сложным с кучей ссылок на другие смарт контракты, а эти другие могут ссылаться ещё на смарт контракты разделяя логику и своеобразно пряча её на разных уровнях. И при таких условиях стороннему человеку не получится проверить что там нет никаких сюрпризов. Для этих случаев существуют аудиты смарт контрактов.
Создатели проектов со смарт контрактами платят компетентным людям чтобы они всё проверили, прогнали тесты смарт контрактов на разных значениях и нашли или не нашли какие-то проблемы, чтобы их исправить перед добавлением смарт контракта в блокчейн, это и называется аудит.
Но аудиторы и разработчики такие же люди как и мы с вами, которые компетентны в своей области, но при этом могут допускать ошибки. Статус аудированного контракта это хорошо, но даже он не даёт гарантии что не возникнет проблем, чего уж говорить о тех контрактах кто никто не аудировал. Относитесь с большой осторожностью к ним. Помимо намеренных уязвимостей - там могут быть и не намеренные ошибки, которые могут стать фатальными, ведь сейчас на смарт контрактах хранятся десятки и сотни миллионов долларов.
Хранятся они там в основном с той же мотивацией что и в нашем примере со счётчиком: закинуть деньги сейчас и получить побольше потом. Конечно реализации очень отличаются от нашего счётчика(он уникален и неотразим), но если юзеры закидывают крипту на смарт контракт значит они хотят получить какуюто выгоду, и если эту крипту уведёт владелец контракта или хакер изза уязвимости - конечно будет печально. Поэтому сейчас в основном всё строится на доверии.
Смарт контракты сейчас очень сложные и у владельцев часто есть слишком много прав на управление ими. И доверять им или нет - это решать каждому на основе репутации проекта, его степени децентрализованности и аудированности.G
в 2х словах