Редактор слайдов

Так, всем добрый день. Меня слышно нормально? Ну всё, отлично тогда. Давайте сейчас приступим. А-а, сегодня у нас будет э-ээ третья лекция. Сегодня мы поговорим про смарт-контракты, в конце немного разберём выполнение второй лек второй лабораторной работы и поговорим там про первую с теми, кто уже прислал протоколы. Давайте ещё раз. Сегодня мы разберём, что такое смарт-контракты, э-э разберём примеры, э-э классификацию, аккаунты Ветериум, структуру транзакции Ветериум, пример смарт-контракта наSолиди.

А-а, сегодня у нас будет э-ээ третья лекция. Сегодня мы поговорим про смарт-контракты, в конце немного разберём выполнение второй лек второй лабораторной работы и поговорим там про первую с теми, кто уже прислал протоколы. Давайте ещё раз. Сегодня мы разберём, что такое смарт-контракты, э-э разберём примеры, э-э классификацию, аккаунты Ветериум, структуру транзакции Ветериум, пример смарт-контракта наSолиди. Э-э-, работу AVM в смарт-контрактах на Этериуm. Полный узер Этариум. Поговорим о недостатках, об оракулах, их классификации и возможности применения смарт-контрактав.

Ну, перед тем, как углубимся в детали, э-э, сначала разберём на примере различия между обычным контрактом, который создаётся на бумаге, и смарт-контрактом, который представляется в цифровом виде. Вообще, как это работало до появления смарт-контрактов? Представим группу лиц, да, которая желает установить некоторые правила и условия распределения ценностей. А-а, а также определённые механизмы гарантировать выполнение этого распределения по заданным правилам и условиям. Они собирались вместе, да, составляли бумагу, на которой записывали свои какие-то данные, условия, вовлечённости и ценности, ставили дату и подписывались. Э-э, этот контракт там заверялся, допустим, там какой-то стороной, там, нотариусом, и далее эти люди расходились в разные стороны, со своей там бумажной копией такого контракта, и начинали выполнять действия, которые могли, в принципе, не соответствовать самому контракту, да? То есть на бумаге там было одно заверено, а делали они совершенно другое. Ии в такой ситуации, то есть фактически, э-э-э, как бы, как доказать одному человеку о том, что другой не соблюдает там, да, действия данного контракта, ему нужно было нести в суд там, да, доказать. Это иногда представляется довольно сложным, э-ээ и приводит чаще всего к неприятным последствиям. то же можно сказать тогда про смарт-контракты, да? то есть он объединяет в себе ...и возможность написания условий контракта, и механизм строгого выполнения, что очень важно. Э-э, если условия были заданы и была подписана соответствующая транзакция или запрос, то после принятия этого запроса или транзакции уже невозможно изменить условия или повлиять как-то на выполнение, да? То есть присутствует один валидатор или целая сеть, а также база данных, которая хранит все смарт-контракты, которые поступали на выполнение в какой, ну, в строгой последовательности, да, блоков. Ещё... Ну важно, что эта база данных должна содержать все условия, триггеры для выполнения этого смарт-контракта. Кроме того, она должна учитывать как бы ту самую ценность предраспределения, э-э которая описана в контракте. Если, допустим, как мы говорили ранее, да, там про цифровые валюты, значит, эта база данных должна учитывать криптовалюту данную. Иначе говоря, волидаторы смарт-контракто должны иметь доступ ко всем данным, которые ориентируют смарт-контракт. Например, одна база данных должна использовать для учёта э-э одновременно цифровых валют, балансов пользователей, транзакций. Э-э, временных меток, тогда в в смарт-контракте условием может быть баланс пользователя в определённой валюте, наступление некоторого времени или факт осуществления некоторой транзакции, но не более того. Таким образом, вообще, если говорить более глубоко,- принцип смарт-контрактов вообще был разработан ещё в 1996 году. э-э програ

Э-э, временных меток, тогда в в смарт-контракте условием может быть баланс пользователя в определённой валюте, наступление некоторого времени или факт осуществления некоторой транзакции, но не более того. Таким образом, вообще, если говорить более глубоко,- принцип смарт-контрактов вообще был разработан ещё в 1996 году. э-э програ программистом Ником Сабба, э-э, вообще очень задолго до появления Bлокчейн, и, согласно концепции СабБа, а-а цифровой контракт, да, смарт-контракт — это цифровые протоколы для передачи информации, которая используют э-э математические алгоритмы для автоматического выполнения транзакции после выполнения установленных условий и полного контроля процесса. По сути, это определение, которое опережало ы своё время на десятки лет остаётся точным и по сей день. Однако в девяносто шестом году эта концепция не могла быть реализована. Э-э-э, ну, тупо потому, что не было таких технологий. И в 2008 году с появлением Bitcoin появилась как раз-таки криптовалюта и технология блокчейн, которой раньше не хватало, да, то есть децентрализованный реестр, да. однако блокчейн Биткоина всё-таки тоже не позволял установить условия для совершения транзакций в новом блоке, поскольку он содержит только информацию о самой транзакции. -э, ну и спустя 5 лет,э блочная платформа, э-ээ эфируум, да, позволила Использовать смарт-контракты на практике. И сегодня рынок предлагает множество платформ, которые позволяют использовать смарт-контракты но фирм, остаётся одним из самых распространённых. По сути, смарт-контракты вызваны, призваны минимизировать доверие третьим сторонам. Вообще иногда полностью исключается центр принятия решения, от которого всё зависит. И кроме того, таких контрактов проще проводить аудит., вообще, это является следствием таких некоторых особенностей проектирования такой системы. Но чаще всего мы понимаем под смарт-контрактом децентрализованную среду и наличие функций, которые позволяют любому вообще желающему, да, проанализировать базу данных, провести полный аудит, и исполнение контракта. ктов, да? Таким образом гарантируется как раз-таки защита от изменения данных задним числом, которые привлекут, ну, как бы повлекут за собой изменения выполнения самого контракта. Также оцифровка большинства процессов при создании и запуске смарт-контрактов чаще упрощает технологию и стоимость их реализации. Разберём немного на примере. Ну, я думаю, многие пытались снять квартиру когда-нибудь, ину, допустим, вы находите подходящий вариа

ктов, да? Таким образом гарантируется как раз-таки защита от изменения данных задним числом, которые привлекут, ну, как бы повлекут за собой изменения выполнения самого контракта. Также оцифровка большинства процессов при создании и запуске смарт-контрактов чаще упрощает технологию и стоимость их реализации. Разберём немного на примере. Ну, я думаю, многие пытались снять квартиру когда-нибудь, ину, допустим, вы находите подходящий вариа Вариант. Девушка, Настя, допустим, сдаёт свою квартиру там в центре за 15 000 ₽. Вы с Настей, понятное дело, не знакомы, и поэтому не можете доверять друг другу. Настя боится, что у вас в последний момент изменятся планы, и вы можете не оплатить. Выы же как бы, понятное дело, опасаетесь, что под аккаунтом Насти сидит там какой-нибудь гоблин Назарбек с жаждой наживы, да, который хочет вас обмануть. И тут есть два варианта решения проблемы. Вы Настя Е..подписываете какой-то договор, э-э-э, ммм, где прописываются какие-то паспортные данные, да, там правила, обязанности сторон, я не знаю, там, вещи, которые там вы обязуетесь там не ломать там. И вы платите там какую-то предоплату, там, не знаю, там 5 000 ₽, и надеетесь, что Настя эээ не гоблины и вас не обманет, да? Эээ Второй вариант — это использовать посредников, которые берут на себя ответственность с обеих сторон. Ну, хот ...хотят при этом комиссию 50% от сделки. Э-э-э, и вы как бы с Настй получаете гр-гарантию, но сами при оплате, да, теряете на 50% больше денег. Э-э-э, оба варианта, как бы для вас так себе. Э-э- И если бы у была такая система, да, в которую вы могли прописать строгие логические правила, условия, а не просто либо бумажке, э-э-э. Представим такой смарт-контракт. То есть мы создаём независимое хранилище, где каждый может положить, но не может взять. Ээ, вы там кладёте в это хранилище деньги за аренду, Настя кладёт туда там код от двери, да, или ключ. А Олегу высылается этот код или ключ, Э-э, там подтверждаете, да? То есть, по сути, в данной схеме уже И предоплата-то не нужна, но вы на всякий случай даёте эту предоплату, чтобы как бы Настя не нервничала. Э-э-эЭтот набор условий, по сути и есть простейший одноразовый смарт-контракт в сети, да? И когда вы создаёте в блокчейне транзакцию, там вот мои 5 000 ₽ предоплаты, вы задаёте какое-то условие, вернуть обратно, если Настя меня обманет. И-и то есть уже никто не сможет Поделать эту логику, и вы Не будете обмануты. -а-а, нужно как-то добавить в блокчейн, да, поддержку этих условий. Это можно сделать как раз-таки на блокчейне Фирума, там, с помощью, я не знаю, допустим, смарт-контракта солиде.

Давайте разберём более сложный пример — это покупка товара. Он поможет приблизиться как бы к пониманию функциональных возможностей. То есть, как это работает? У нас есть покупатель и есть интернет-магазин. Покупатель хочет купить мони, ну, хочет купить монитор, да, грубо говоря, в магазине. В самом простом случае покупатель оформляет, отправляет платёж, а интернет-магазин принимает, подтверждает и отправляет товар вам. Однако в этой ситуации как бы опять-та Такие присутствуют. Э-э, уровень доверия, да? Э-э-э, то есть покупатель на всю стоимость монитора доверяет интернет-магазину. Э-э-э, ну, то есть, интернет-магазин-то может, в принципе, иметь и низкую репутацию. Э-э-э, то есть тогда таким образом в глазах покупателя существует какой-то риск, хмм Там может быть, там магазин получит платёж, а потом откажет в обслуживании, да, или вышлет не тот товар. Э-ээ, поэтому как бы покупатель задаётся вопросом: что можно К.как бы сделать, чтобы минимизировать все риски и сделать эту сделку максимально надёжной. Вот в случае с Cриптой можно представить возможность покупателю и продавцу, допустим, выбрать независимого медиатора, там,,ну грубо говоря, гаранта, если кто-то занимался там В криптовалюте там продавал э всякие аккаунты. Они очень часто с таким сталкивались, когда вы выбираете какого-то гаранта, там он проверяет аккаунт, если на аккаунте выполнены какие-то условия, вы переводите ему там за сделку $5, и он подтверждает и отдаёт там аккаунт. Грубо говоря, это его работа. Тут то же самое, да? То есть магазин и покупатель выбирает какого-то медиатора, они создают э-ээ там какой-то мультикошелёк. А-а, где есть три ключа, э-э, необхо и необходимо две подписи любыми двумя ключами, чтобы потратить монеты с этого адреса. То есть один ключ принадлежит покупателю, второй интернет-магазину, а третий, ну, как раз-таки гаранту. И-и на такой, э-э, как раз мультиадрес покупатель отправляет сумму,э, необходимую для оплаты. И когда продавец видит, что деньги заблокированы, э-э, на этом адресе, э-э, он может смело отправить товар. Далее покупатель также получает, да, посылку, осматривает товар, принимает решение об окончательной покупке. И тут он может полностью быть согласен с обслуживанием, да, магазина, или во втором случае он не согласен. Если он согласен, то он просто подписывает транзакцию ключом, где передаёт монеты, да, с мультикошелька продавцу. Во втором случае он связывается с медиратором для составлея для ...составление альтернативной транзакции. То есть, допустим, монитор приехал поцарапанный, в комплекте лежал, не было там каких-то кабелей подключения, хотя на сайте было указано, что был полный комплект. Э-э, тогда покупатель, как в обычной жизни, по сути, собирает доказательства необходимые для того, чтобы доказать медиатору, что его обманули. И-и- в этой ситуации он делал там какие-то скриштоны, фотографии, да. Эээ Медиатор же заинтересован в том, чтобы удовлетворить и покупателя, который возмущён, и интернет-магазин. Э-э, он оставляет такую транзакцию, в которой монеты на мультикошельке будут Тратится в некоторые пропорции между покупателем и интернет-магазином. Допустим, 90% всей суммы пойдёт прода продавцу, 5% медиатору и 5% компенсации. Э-ээ Эту транзакцию медиатор подписывает своим ключом, но как бы ещё она не может быть применена, потому что для этого нужно две подписи, стоит только одна. А-а, то есть он такую транзакцию отправляет, - и покупателю, и продавцу, если хотя бы один из них будет удовлетворён таким вариантом распределения, то транзакция будет подписана, то есть и распространена в сеть. По сути, как бы, для валидации транзакции будет э-э-э э-э-э достаточно, чтобы один из участников сделки согласился с реантом медиатора. То есть это может быть и магазин, а может быть и покупатель. При этом важно изначально выбрать медиатора, как бы гаранта так, чтобы оба участника доверяли ему. В таком случае он будет как бы действовать независимо от интересов. То есть, если предположим, да, если магазин выбрал гарант. ... ранта и- предложил покупателю, то это, по сути, можно обманывать и озолотиться, присылать не те товары, или неполные товары, да, продавать частями. Это как бы важно с таким не столкнуться. Давай Ддалее, третий пример, когда покупка идёт склаченум, более сложный пример. Допустим, есть трое...

... ранта и- предложил покупателю, то это, по сути, можно обманывать и озолотиться, присылать не те товары, или неполные товары, да, продавать частями. Это как бы важно с таким не столкнуться. Давай Ддалее, третий пример, когда покупка идёт склаченум, более сложный пример. Допустим, есть трое... Человек, которые заселились в одну квартиру или комнату в общежитии, да? Или в квартире, допустим, они втроём заинтересованы в том, чтобы купить в свою квартиру какой-нибудь новый холодильник, которым они будут как раз-таки совместно пользоваться. Э-э Один из них вызвался собрать необходимую сумму для покупки и вести переговоры с продавцом. Однако, как опять же, да, переходим к доверию, они только познакомились и друг другу они не доверяют. И очевидно, что двое из них рискуют отдавать деньги третьему. Кроме того, им нужно достичь согласия в выборе продавца. И Опять же, можно воспользоваться сервисом, да, там, выбрать какого-то медиатора, там, гаранта, который проконтролирует выполнение сделки, уладият спорные вопросы. Тогда договорившись, они составляют Смарт-контракт и прописывает в нём определённые условия. Первое условие заключается в том, чтобы донус определённого времени Аа,опустим, в течение там дня там, да,ра, когда они хотят купить холодильник. Э-э-э, на какой-то там мультиаккаунт, там смарт-контракта должны поступить три платежа, э-э-э, с определённых адресов на определённую сумму. Если этого не происходит, смарт-контракт прекращает своё выполнение и возвращает монеты всех участникам. Если же условие выполняется, тогда задаются значения Э-э, продавца и медиатора, а также проверяются условия, что все участники согласны с выбором продавца. Тогда все условия будут выполнены, то дальше средства будут переведены на указанные адреса. Подобный подход, в принципе, может обезопасить участников от мошенничества с любой стороны, э-э и вообще исключает необходимость доверия. То есть, хмм, на этом примере, э-э, сам принцип, э-э Возможность пошагово задавать параметры для выполнения каждого условия э смартконра смарт-контракте. Кроме того, сначала смарт-контракт можно определить там первое условие, а только после его выполнения задавать параметры для следующего условия. Э-а-э, иначе говоря, там формальные условия переписываются, а параметры для него могут задаваться уже во время работы. А-а-а, классификация смарт-контрактов. А-а-а, для классификации можно задавать а-а разные группы критериев.

Э-а-э, иначе говоря, там формальные условия переписываются, а параметры для него могут задаваться уже во время работы. А-а-а, классификация смарт-контрактов. А-а-а, для классификации можно задавать а-а разные группы критериев. Однако на данный момент развития технологий является четыре.. ну, актуальными являются четыре из них. Это смарт-контракты, можно отличить по среде выполнения, которая может быть централизованы либо децентрализованные. Э-э-э, можно также отличить по процессу задания и выполнения условий. Они могут быть произвольного программирования, ограниченные и предустановленные. А-а, по способу инициирования существуют автоматизированные и неавтоматизированные, и, кроме того, смартконто различают ...по уровню приватности. То есть открытые, частично открытые или полностью конфиденциальные. АЭ-э, так, по среде выполнения различают э централизованные и децентрализованные. И в случае, если они централизованные, э-ээ они используют один сервис, где существует только один волидатор, и может быть служба резервного компирования и восстановления, которая также централизованно управляется. То есть есть одна база данных, которая хранит всю информацию, да, информацию ...для задания условий смарт-контрактов и распределения той ценности, которая учитывается в базе данных сервиса. У такого централизованного сервиса есть клиент, который задаёт условия и пользуется такими контрактами. Из этого.. Как бы С...следуещее, что как бы централизованные механизмы могут быть менее надёжными, да, в криптовалютах. И в качестве примера можно взять провайдеры мобильной сети. То есть, допустим, определённый оператор ведёт на своих серверах централизованным образом учёт трафика, который может передаваться в разных форматах, например, в виде голосовых звонков, там SMS, да, там, с разными стандартами, и, соответственно, провайдер мобильной связи может составлять.. Контракты по учёту предоставлению услуг и их оплате с разными условиями. В таком случае легко сдаётся условие по типу «тправь SMS. ., с таким-то кодом, а-а, на такой-то номер и получишь какие-то условия распределения трафика. Э-э, можно ещё один пример привести: традиционные банки с расширенной функциональностью, да, там интернет-банкинги, э-э, и очень простые контракты, как, э-э, регулярные платежи, по сути, это смарт-контракт, да, автоматическая конвертация входящих платежей, э-э-, автоматическое отчисление процента на определённые счета. Э-э-э, если речь идёт о смарт-контрактах с децентрализованной средой выполнения. Тогда это уже группа валлидаторов, да? То есть Э-э, в идеальном случае валидатором может стать вообще кто угодно за счёт протокола сохранения базы данных и достижения консенсуса. Мы имеем некоторую общую базу данных, которая будет хранить теперь уже все транзакции со старого, э-э-э,, со всеми контрактами. а не только условные там запросы, форматы. Здесь транзакции будут содержать уже инструкции по выполнению контракта, э-э-э, с какой-то строгой спецификой. Это спецификация открыто. И следовательно, сами пользователи платформы могут проводить аудит и валидировать смарт-контракты. И здесь как бы понятно, да, что децентрализованные платформы превосходят централизованные по независимости от казоустойчивости. Но при этом обслуживание и проектирование таких систем гораздо сложнее и дороже. Теперь разберём подробнее, как смарт-контракты могут отличаться по способу задания и выполнения условий. Здесь стоит обратить внимание на смарт-контракты, которые программируются произвольно, то есть и полный потьюринг, да, то есть полный потьюрингу смарт-контракт позволяет создавать практически любые алгоритмы в качестве условий выполнения. То есть прописывать циклы, функции расчёта, вероятности и тому подобное, вплоть до своих собственных алгоритмов. лгоритмов электронной подписи. В данном случае имеется в виду, то есть полное произвольное написание логики. Выделяют также произвольные смарт-контракты, но не полные по тьюрингу. Сюда можно отнести как раз-таки Bitcoin и Lotcoin со своим скриптом, да, имеется в виду, что можно в произвольном порядке использовать только определённые операции, но уже нельзя написать циклы и собственные алгоритмы. Э-э,сть такие платформы, которые реализуют заранее предоставленные смарт-контракты Ээ-э-э, ну, к ним можно отнести э-э платформы Steami это Bichers. Э-ээ, они в основном используются для торговли. А-а, далее. К произвольному полному потюрингу можно отнести платформу Efirum и Rotsсток, который, пусть ещё, ну, как бы она, с одной стороны, в разработке, но уже довольно неплохо себя показала. Э-э по способу инициации смарт-контракта также можно разделить минимум на две группы. —то автоматизированные и ручные. Для автоматизированных характерно, что при всех известных параметрах, э, наступивших условиях смарт-контракт полностью выполняется автоматически, то есть не требует отправки каких-то дополнительных транзакций, подтверждений, да траты, комиссии при каждом следующем выполнении. А сама платформа имеет все данные для того, чтобы рассчитать, каким образом смарнт-контракт завершился. То есть логика там, где непроизвольно, а заранее заданно и всё предсказуемо. Аа. То есть можно таким образом заранее оценить сложность выполнения смарт контракта, использовать какую-то константную комиссию для него и все процессы по его использованию. Для смарт-контрактов, которые программируются произвольным образом, выполнение не автоматизировано. То есть для инициации такого смарт-контракта на каждом шаге нужно создавать новую транзакцию, вот там подтверждать, да, которая будет вызывать уже следующие этапы выполнения. И-и-и такой метод смарт--контрактов как раз усложняет, да, и повышает комиссию. То есть нужно каждый раз оплатить комиссию, дождаться подтверждения, э-э-э и-и-и из-за этого может там завершиться выполнение действия успешно или неуспешно. А-аогут появиться какие-то непредсказуемые моменты, э-э-э, я не знаю, каких-то из-за нехватки каких-то параметров, аргументов, допустим. Аккаунты в Эфируум — это э-э-э могут быть двух

А-аогут появиться какие-то непредсказуемые моменты, э-э-э, я не знаю, каких-то из-за нехватки каких-то параметров, аргументов, допустим. Аккаунты в Эфируум — это э-э-э могут быть двух Двух типов, да, по сути. Больше никаких типов нет. Первое — это внешний аккаунт, аккаунт пользователя, который аккаунт контактконтракта, по сути, да, второй. Э-э-э, и разберёмся сейчас, чем они отличаются. Хмм Аккаунт пользователя, э-э, управляется только личным ключом, электронный пользователя, да, там электронной подписи.э Владелец аккаунта генерирует свою пару ключей для электронной подписи по определённому алгоритму. Изменять состояние этого аккаунта могут только подписанные этим ключом транзакции, и для аккаунта смарт смарт-контракта предусмотрена как бы такая отдельная логика. То есть он может управляться только с помощью заранее ...заданного программного кода, который, ну, полностью определяет поведение смарт-контракта, как он будет распоряжаться своими монетами при определённых обстоятельствах, какие-то инициативы какого-то пользователя и при каких-то дополнительных условиях. Эти монеты будут как-то распространяться, да? если некоторые монеты не предусмотрены разработчиками в программном коде, могут возникнуть ошибки или проблемы, например, смарт-контракт может получить какое-то определённое состояние, при котором... он не принимает инициирования дальнейшего выполнения. Э-э-э, вообще ни от одного из пользователей, и в таком случае монеты фактически окажутся замороженными, потому что смарт-контракты не предусматривают выхода из этого состояния. Э-э, как происходит создание, да, аккаунтов в Watrum? В случае с аккаунтом пользователя Владелец самостоятельно генерирует пару ключей. И важно отметить, что Waтериуm использует для электронной подписи точно такой же алгоритм, точно такую же электронную кривую, да, как у

Э-э-э, вообще ни от одного из пользователей, и в таком случае монеты фактически окажутся замороженными, потому что смарт-контракты не предусматривают выхода из этого состояния. Э-э, как происходит создание, да, аккаунтов в Watrum? В случае с аккаунтом пользователя Владелец самостоятельно генерирует пару ключей. И важно отметить, что Waтериуm использует для электронной подписи точно такой же алгоритм, точно такую же электронную кривую, да, как у биткоина. И здесь ужемм не применятся результаты двойного хеширования, как в Bиткоине, а предусмотрено однократное хеширование функций э-э-э на-на длине 256 бит. АЭ-э-э, ну, от полученного значения отсекаются сразу младшие биты это 166 младших выходные значения функции. И в итоге мы получаем адрес в эфирем фактически он занимает меньше 20 байт. А-а-а. Ну, в отношении создания аккаунта смарт-контракта, э-э-э, применяется совершенно другой подход. Изначально кто-то из пользователей пишет исходный код смарт-контракта, после чего код пропускается через специальный для платформы эфирум-компилятор, полученный бэт-код для собственной виртуальной машины Eфирум. И полученный бэт-код как раз-таки помещается в специальное поле транзакции. Она заверяется это . имени аккаунта, да, который инициировал. И далее эта транзакция распространяется по сети и размещает код смарт-контракта. То есть комиссия за проведение транзакции и, соответственно, за выполнение контракта снимается с баланса аккаунта, который это всё начал инициаторы, да? Каждый смарт-контракт обязательно содержит свой конструктор. Он может быть пустым, а может иметь содержимое. После этого конструктор выполняет, создаётся идентификатор аккаунта. спользует и может отправлять как бы монеты, вызывать определённые методы смарт-контракта. Вы как раз будете в лабораторной выполнять. И на этом слайдике ещё есть ссылочка подписания. Может, кому будет интересно, может перейти, посмотреть, как проходит подпись. Там ничего кодить не нужно, просто можно вписать какое-то слово, там «привет», и посмотреть, как это всё происходит. Там, э-э, извините, пожалуйста, там есть инструкция, да? Я так понимаю? Добрый день. Да-да-да, там есть инструкция по этой ссылочке, можно посмотреть. Ну, там теория такая, более-более глубокая теория, да, и как это работает. Просто кто-то сделал, э-э, решил поделиться ссылочкой. Ага. Спасибо. Ссибо.

Структура транзакции эфирум. Э-э, так. Транзакция состоит из нескольких полей. Первй из них это порядковый номер транзакции относительно самого аккаунта, который распространяет и является автором. Это нужно для того, чтобы отличать двойники транзакций, то есть исключать случаи, э-э, когда одна и та же транзакция применяется дважды. И благодаря применению идентификатора каждая транзакция имеет уникальны Эк раз-хэш-значение. Ну, про хэш-значение мы с вами говорили уже, да. Далее следует поле газпрайсe. Здесь это указана цена, по которой валюта, эфир, да, конвертируется в газ, которым оплачивается выполнение спарт-контракта, выделение ресурсов виртуальной машины. То есть, если мы помним, да, в биткоине комиссия оплачивается непосредственно базовой валютой, да, там перевели там 100 до 20 заплатили, там ... Здесь, в ммм, да, там, в Эфириуме, , всё происходит немного по-другому. А-аа, Здесь транзакция может содержать программный код, который будет запускаться на виртуальной машине, а каждая операция виртуальной машины может иметь раззную сложность, да, и На-а-, в зависимости от памяти, они будут иметь эээ большую плату за каждую операцию. То есть стоимость каждой операции в эквиваленте гАз будет константной. Она вводится специально для того, чтобы определить там константную какую-то стоимость, и в зависимости от нагрузки там будет изменяться газпрайс. То есть там, если происходит какой-то памп, да, там, эфира, э-э, то все транзакции будут, ну, как бы стоить, грубо говоря, много, да. А если просто рувообще очень много, я бы так сказал. Если кто-то когда-нибудь минтил там NFT в период, э-э, не знаю, там, пика такого, это два года-два года назад, то там иногда ты покупал там, невзаимозаменяемый тамнФТ-токн, картинку, да, там или музычку в НFT мимасик за, не знаю, сколько, отан 10 дол стоил, а комиссию ты платил 100. А-а, следующее поле — это дистаншon адрес. Сюда вписывается адрес получателя монеты, либо адрес конкретного смарт-контракта, да, там метрик которого будет вызываться, после него следует, э-, там поле, там, куда вписывается сумма монет, которая отправляется на данный адрес, да. Далее располагается поле. Э-э-э, со временем, куда вписывается целая там, э-э-э код для виртуальной машины, целая структура. Э-э, это как бы не отдельные поля, а структура, в которой определяется код для виртуальной машины. Сюда можно там помещать произвольные данные. И для этого существуют отдельные какие-то правила. Э-э-э, в последнее поле, э-э сегнатур, э-э-э, помещается там, оно содержит в себе такую электронную подпись автора. ...автора, э-э, транзакцию, которую создались, да, и публичный ключ, который будет проверяться эта подпись. Далее, из этого публичного ключа как раз можно и получить идентификатора аккаунта и отправителя этой транзакции. Далее давайте рассмотрим пример кода Нсоля...

...автора, э-э, транзакцию, которую создались, да, и публичный ключ, который будет проверяться эта подпись. Далее, из этого публичного ключа как раз можно и получить идентификатора аккаунта и отправителя этой транзакции. Далее давайте рассмотрим пример кода Нсоля... Так, здесь приведён такой упрощённый код, э который может ээ удержать монеты пользователей, да, и вернуть их правообладателю. У нас есть контракт-банк, который выполняет следующую функцию. Он накапливает на своём балансе монеты, и то есть при подтверждении транзакции к размещению такого смарт-контракта создаётся э новый аккаунт, который может содержать На своём балансе монеты. Далее он эээ запоминает пользователей, и распределение монет между ними. То есть имеет несколько методов управления балансом, есть возможность пополнения ввода и проверки баланса пользователя. Э-э, тут если подробнее, то есть в каждом контракте есть константные поля. Э-э, одно из них — это с типом адрес. Э-э, здесь контракт запоминает адрес пользователя, создавшего этот смарт-контракт. И далее есть какая-то ди далее есть динамическая структура, которая сохраняет себе соответствие между адресами пользователей и балансами. И после этого следует метод, да, он вызывает также Как как и контракт, то есть, соответственно, это его структура, здесь происходит, присвоение переменной, адреса. Э-э, кто разместил контракт в сети, это единственное, что происходит в этом конструктеве. То есть в данном случае этоте-те данные, которые были переданы виртуальной машине вместе с транзакцией и содержат весь код этого контракта. Соответственно, автор данной транзакции размещает этот код. Он и будет владельцем смарт-контракта. Далее идёт метод депозит, позволяет передать, э-э-э ...транзакции определённое количество монет на аккаунт контракта. И в данном случае смарт-контракт получает эти монеты, оставляет их у себя на балансе, но в структуре баланс записывает, кто именно был отправителем этих монет, чтобы знать, кому они принадлежат. Следующий метод принимает один параметр это ту сумму, которую кто-то хочет вывести из этого блока. Здесь э-э достаточно проверяется... Как происходит проверка, достаточно ли момента на балансе пользователя, который вызывает этот метод, чтобы их отправить? Если их достаточно, тогда, смарт-контракт возвращает, э-э-э, как бы вызывающему это количество моменто. Далее идёт э-э метод проверки текущего баланса пользователя. то есть кто вызывает этот метод, будет использоваться для получения этого баланса в смарт-контракте, да? И стоит отметить, что модификатор этого метода, , да. Это означает, что сам метод никак не может, э-э, не меняет, да, переменные своего класса, и он фактически является только ч только методом чтения. То есть отдельная транзакция не создаётся для вызова этого метода, комиссия не платится, а все вычисления выполняются локально, и после чего уже пользователь получает какой-то результат. И в конце идёт метод Kill, который, ну, по сути, чтобы уничтожить состояние снарт-контракта, тут прописана дополнительная проверка, является ли вызывающий этого метода владелец, как бы контракт, да? Если является, тогда контракт самоуничтожается. Если функция Э-э-э, уничтожение принимает один параметр — идентификатор аккаунта, на который контракт отправил все монеты, оставшиеся там на этом балансе. В данном случае оставшиеся монеты автоматически уйдут на адрес владельца контракта. Э-э-э, тут мы затронули немного, да, схему работы WeM и базовый механизм работы смарт-контрактов.

Э-э-э, уничтожение принимает один параметр — идентификатор аккаунта, на который контракт отправил все монеты, оставшиеся там на этом балансе. В данном случае оставшиеся монеты автоматически уйдут на адрес владельца контракта. Э-э-э, тут мы затронули немного, да, схему работы WeM и базовый механизм работы смарт-контрактов. На Этериум реализован с помощью виртуальной машины Eтериum. И по сути, он довольно прост, да, когда транзакция вызывает смарт-контракт, VM изменяет стейт сети, да, там каким-то образом, чтобы она соответствовала результатам контракта, да? В каждом смарт-контракте определённое количество газа есть для выполнения, то есть для оплаты, да, отправителем по мере выполненияр смарт-контракта в рамках транзакци. Акци количество этого газа уменьшается, и если оно достигает нуля до завершения транзакции, то все изменения откатываются, то есть, да, то есть смарт-контракт не выполняется. Если газ всё равно оплачивается, ээ, ну, газ при этом всё равно потратится, да? То есть ресурсы сети были использованы. Смарт-контракты также могут инициировать транзакции, вызывать другие смарт-контракты самостоятельно. Для этого в рамках текущей, э-э, как бы, э-э ев ВС загружается новый, вложенный там EVM, да, и если на использование смарт-контракта не хватает там какого-то газа, да, транзакция откатывается опять, типа, на уровень выше. И использовании смарт-контрактов Алгоритм преобразует там э-ээ валидные входные данные, э-э, в ожидаемые выходные. То есть, в коне консенсус гарантирует, что результат исполнения смарт-контракта может быть только один. Грубо говоря, вот если кратко, то это работает именно так. А-а, далее, давайте теперь подытожим, как работает вообще полный ультер сети, когда мы уже поговорили о смарт-контрактах.

Грубо говоря, вот если кратко, то это работает именно так. А-а, далее, давайте теперь подытожим, как работает вообще полный ультер сети, когда мы уже поговорили о смарт-контрактах. Полный узел и Этериума — это как минимум четыре модуля, да? То есть первый, мы с вами до этого говорили — PTP, да, модуль сетевого соединения, работы с другими узлами, где идёт обмен блоками, транзакциями, информации от других узлов. Это вообще традиционный вообще для всех децентрализованных криптовалютх компонент. У него есть какой-то модуль хранения данных блокчейна, обработки, выбора и приоритетной ветки, да, дополнительных блоков. Далее идёт модуль EVM, то есть о котором мы говорили. То есть это виртуальная машина, которая принимает ваiт-код и зотерим, да, транзакции, этот модуль. Э-э, принимает текущее состояние определённого аккаунта и выполняет изменение его состояния на базе уже полученного байт-кода. То есть версия виртуальной машины на каждом из узлов сети должна быть одинаковой. И по сути, как бы вычисления происходят вообще на каждом из услов, это абсолютно одинаковые. То есть они происходят в ассинхронном порядке, то есть кто раньше проверит и примет эту транзакцию, тот по сути и выполнил весь содержщий в ней код, да? И транзакция как бы считается проверенной, если уже весь содержащийся в ней код был выполнен, быыло сгенерировано новое состояние определённого аккаунта и сохранено до тех пор, пока не будет понятно. Э-э, применена эта транзакция либо нет. Если эта транзакция применена, тогда это состояние считается только, э-э, не только выполненным, а уже актуальным. То есть есть база данных, которая хранит состояние каждого аккаунта, для каждого узла сетей. За счёт чего это всё, все вычисления происходят одинаково, и состояние блокчейна одинаковое. Э-ээ, ну, по сути, тогда и база данных, содержание всех аккаунтов тоже будет одинаковая, да? Как мы и говорили, то есть все-все имеют доступ к аудиту. Э-э, ну, помимо очевидных плюсов, как бы, существуют и недостатки.

Как мы и говорили, то есть все-все имеют доступ к аудиту. Э-э, ну, помимо очевидных плюсов, как бы, существуют и недостатки. А-а-а, кроме в- понятного там, да, человеческого фактора, э-э-э, есть ряд проблем, это технические ошибки и уязвимости в ходе смарт-контрактов, которые могут привести к серьёзным проблемам, включая а-а какую-то потерю средств. Э-ээ, ситуацию также усложняет то, что смарт-контракты не могут быть изменены после развёртывания уже, да. Смарт-контракты всё ещё находятся в серой зоне. Ну, хотя вот если посмотреть, я не знаю, кто сейчас занимался, покупал-не покупал недвижимость, если я не ошибаюсь, Сбербанк предлагает, по-моему, может быть, даже Тинькофф уже тоже покупку квартир не Как бы без встречи с владельцем, то есть вы там, допустим, грубо говоря, мы в Волгоградской области там или в Москве, вы можете купить квартиру в Сочи по электронной подписи там. То есть в онлайне. Не знаю, насколько они относятся это к смарт-контрактам, но это очень похоже, но до сих пор всё равно в России это серая зона. Далее — это написание смарт-контрактов, гдедейст ну как бы требует специфических знаний в области блокчейна, да, то есть программирования,— это, конечно, увеличивает сложность. И поскольку все операции смарт-контракта записываются в блокчейн-сеть, могут возникать проблемы с масштабируемостью и производительностью. Ну, а также, соответственно, и комиссии тоже. Если говорить ко конкре конкретно про э-э-э этериум, да, о первые недоста Дстаток состоит в том, что существуют некоторые сложности в проектировании, да, разработке и тестировании смарт-контрактов. Э-э-э Ну, как бы, вообще практика показывает, что очень большой процент среди всех принадлежит человеческому фактору, да, там, когда кто-то фактически написал смарт-контракт, он-он переоценил свои возможности, и сложность там смарт-контракта была выше среднего. Э-э-э, кто-то воспользовался там этим недостатком, э-э-э и взломал, там, украл валют монеты, да, тамого было очень много. Э-э-э, второй недостаток заключается в том, что сама виртуальная машина неидеальна. По сути, она же тоже может быть, она по сути написана людьми. То есть она выполняет произвольные команды, и в этом как раз-таки и кроется уязвимость. Эээ Можно каким-то определённым образом сконфигурировать ряд команд, которые приведут эээ к непредвиденным заранее последствиям. -э Ну, по сути, это очень сложная сфера, да? Существует несколько Там множество исследований, которые показывают, э-э, какие уязвимости есть в той или иной версии, да. Не зря, э-э, там происходило разделение, да, о котором мы там говорили, там. Ещё одна большая сложность, его тоже можно считать и недостатком в том, что практически Если компилировать там bайт-код контракта, который будет выполняться на виртуальной машине, э-э, мо можно определить э-э специфический порядок операций. И при выполнении в совокупности с этими операциями очень сильно грузить виртуальную машину, замедляя её как бы-э Непропорциональные комиссии, да? Ну, это опять к вопросу о комиссиях огромных. Далее существуют там как бы какие-то проблемы, да, у смарт-контрактов, но перед тем, как понять, с помощью чего их решают, мы поговорим об оракулах.

Непропорциональные комиссии, да? Ну, это опять к вопросу о комиссиях огромных. Далее существуют там как бы какие-то проблемы, да, у смарт-контрактов, но перед тем, как понять, с помощью чего их решают, мы поговорим об оракулах. А-а, говоря об оракуле, мы вспоминаем там грекоримские, там оракулы, да, в древности обладали особой силой, позволяющей им э-э действовать, э, как какие-то божества-переводчики там, да, там, знаки там всякие смотрели. И в мире вот три технологии, связанных как с блокчейном. Оракулы по сути, выполняют аналогичные функции, но вместо того, чтобы э-э доверять их словам, оракулы блокчейна подтверждают свои данные доказательствами, да, то есть оракулы блокчейна у.. управляются данными, которые защищены ээ-э криптографически, да там какими-то примитивами, которые обеспечивают максимальную прозрачность, которая подлежит проверке То есть из-за механизмов консенсуса в Блокчейне смарт-контракты не имеют какой-то встроенной функции или возможности связываться с внешними ресурсами, такими как PPI, да, как средством, как бы верификации такого, исходных там реальных событий, происходящих за пределами блокчейна. Это создаёт определённую проблему, да, там она называется проблема оракула в блокчейне, является одним из самых с серьёзных препятствий для использования смарт-контрактов И чтобы преодолеть отсутствие такого связующего звена, гибридные смарт-контракты как раз-таки используют Оракула в качестве посредника для сбора информации из внешних источников данных. И таким образом, Оракул — это Объекты, которые получают и защищают внешние данные для блокчейнов, позволяят смарт-контрактам взаимодействовать с внешними системами. А-а, как работают оракулы, да? То есть, проще говоря, оракулы — это объекты, которые служат мостами блокчейна-экосистем к внешним источникам данных. То есть оракулы обращаются к IPI, да, или другим внешним источникам для получения свежих данных. Э-э, публичные блокчейны записывают транзакции и хранят публичные копии истории реестра блокчейнов, а новые транзакции подтверждаются уже пакетами или блокчейнами с использованием различных механизмов консенсуса там .

А-а, как работают оракулы, да? То есть, проще говоря, оракулы — это объекты, которые служат мостами блокчейна-экосистем к внешним источникам данных. То есть оракулы обращаются к IPI, да, или другим внешним источникам для получения свежих данных. Э-э, публичные блокчейны записывают транзакции и хранят публичные копии истории реестра блокчейнов, а новые транзакции подтверждаются уже пакетами или блокчейнами с использованием различных механизмов консенсуса там . Да? Э-э, или у там у используемых участников их узлов смарт-контракты как раз-таки позволяют вот без проблем выполнять транзакции без доверия и фиксировать их в публичном уже реестре. То есть, э-э, децентрализованные оракулы — это такой более сложный уровень, да? Э-э, в эту систему. То есть такая система позволяет вообще использовать виды гибридных смарт-контрактов, которые запрашивают данные как раз-таки вне сети для ввода, чтобы знать, когда выполнять. Таким образом, оракулы по сути облегчают взаимодействие между смарт-контрактами и физическим миром. Там не говоря уже там о каких-то о унаследований, там, унаследований там глобальных финансовых рынках и так далее. А-. которую там можно тоже тоже это использоют, возможно, уже. Благодаря взаимодействию и возможности компоновки различных сестей, аа, полезность блокчейнов и приложений WeP-3 значительно повышается. То есть децентрализованные блокчейны обеспечивают безопасный и прозрачный реестр, да, а смарт-контракты облегчают сложное взаимодействие. А-а, а оракулы как раз-таки уже связывают, да, всё это с реальным миром Пим Существует классификация оракулов, то есть блокчейны должны взаимодействовать с внешними данными различными способами. Это означает, что оракулы работают по-разному, да? То есть гибридные смарт-контракты или те, которые используют ресурсы вне сети, для функциональности, должны не только обрабатывать входные и выходные данные из блокчейнов, но также могут облегчить межсетевую связь. Э-ээ, то есть,, оракулы могут выполнить одну сколько или всех следующие функции. И поэтому классификации оракулов не следует рассматривать как взаимоисключающие. То есть следовательно, все следующие представляют собой э-э... Как бы входные оракулы, выходные оракулы, межсетевые оракулы, а-а, оракулы с поддержкой вычислений. А к входным оракулам — это это самая известная, наверное, разновидность. Они извлекают и проверяют внешние данные для использования протоколами гибридных смарт-контрактов, использование там распределённой сети узлов, да, П протоколы оракула обычно пингуют там свёздные данные из API и других веб-источников. Эти данные каким-либо образом дополнительно агрегируются, чтобы получить какое-то консенсусное число с с определённой погрешностью, которую нуж ыходные оракулы управляют цепочками поставок системами интернет-вещей, и банковские сети, да, могут найти варианты использования для отправки данных, чтобы сигнализировать о завершении события. То есть это выходная оракула позволяет допустим, судоходным компаниям проверять постоянную температуру товаров, да, на протяжении всего пути. Более того, приложения по аренде велосипедов или коршейринга могут ...использовать входные и выходные оракулы, чтобы сгенерировать там оплату или разблокировку, да, транспортных средств. Там великов, даже тех же самых самокатов. Межсетевые, э-э-э Со временем, то есть количество пользователей блокчейнов и смарт-контрактов выросло, да, до очень больших цифр. И маловероятно, что какой-то один блокчейн будет использовать повсеместно во всём мире. И следовательно, блокчейны неизбежно должны взаимодействовать друг с другом. Крочейн Оракулы как раз-таки и повышают ликвидность, да, протоколов и служат снижением, да, конкуренции между различными блокчейн-сообществами, и таким Таким образом стимулирует продуктивное сотрудничество между блокчейнами. Кроссчейн Оракул в основном отслеживает действия различных блокчейнов и сообщают об условиях другим блокчейнам. Э-э-э, или каким-то мостам, да, там, э-э, токен-мосты тоже позволяют как бы торговать криптовалютами присуще там какой-то цепочки блоков. Но оракулы как раз-таки проверяют, чтобы двойные траты или другие не были э-э-э ...к быпроизведены без какого-то обнаружения. э-э, аудит, кака бы тоже можно использовать для проверки э-э активов вне сети, которые будут подробно описаны. Оракулы с поддержкой вычислений — это уже более новые, выполняют функции, помимо извлечения, проверки внешних данных, генерируют поддающиеся проверке вычисления случайности. Это часто делается, когда необходимо вычислить случайность вне сети. Э-э-э, там, например Вот можно опять привести там невзаимозаменяемые токены NFT. Их часто там чеканили по 10, 20, 100 тысч штук. Использование оракулов как раз-таки гарантирует, что процесс чеканки является случайным, справедливым и доказуемым. То есть там был какой-то там бокс. NFT, в котором, э-э-э, допустим, 10 NFT редчайших, одно очень крутое, там ...и все остальные обычные. И вот как раз-таки оракул с поддержки вычислений гарантирует, что там это, если ты открываешь бокс, да, это всё не подкрутка там, а-а в реальности, то есть количество соответствует, и здесь играет роль только теория вероятностей, да? Такую систему первую вообще, по-моему, наверное, блокчейн вообще самыми первыми начали использовать казино, мне кажется, и всякие такие... Организация, которая нуждается в заработках, которые это любят. Я помню, по своему опыту, как только появились ИнфоТ, сразу появились там платформы на малоизвестных биржах, которые предлагали покупать какую-то короб, ну, типа бокс-картинку. Ты покупаешь её за 100, открываешь, и тебе там выпадает картиночка либо за 10, либо за 1 000. Ну, козиноч чистой воды. К примерам оракулов можно отнести

Ну, козиноч чистой воды. К примерам оракулов можно отнести Э-э чеhйdлиink. по сути, это вообще самая используемая сеть, да, децентрализованных оракулов. То есть, э-э, обслуживает десятки, миллиарды долларов на многочисленных блокчейнах. И это по сути уже экосистема, состоящая из множества э-э децентрализованных сетей оракулов, работающих одновременно. И ка каждая сеть оракулов э-э обеспечивает множество сервисов, независящи независящих друг от друга оракулов. К примеру можно отнести это децентрализованные потолки, которые могут быыть интегрированы там в дефе-приложения, да, там, в разные приложения, э-э, которые позволяют, а-а, защищать информацию с финансовых рынков, э-э, и выполнять там набор там финансовых активов. Далее это как раз-таки то, о чём мы говорили. Проверяемая случайная функция. Это тот же самый пример с NFT-проектами. Доказательство наличия резерва позволяет смарт-контрактом аудировать реальную реальную цену всего актива. Э-а, которые там обеспечивают резервами там оfChane, могут быть там Staplecoin, какие-то ещё там crossChaine токены там и так далее. АЭ-э, хранители представляют разработчикам надёжный, децентрализованный и выгодный сервис автоматизации, транзакций для использования функции смарт-контрактов, да? То есть, э-э-э Хранители, по сути, позволяют поддерживать работу смарт-контрактов благодаря возможности вычисления вчеE. Э-э-э, потом протокол межсетевой совместимости — это уже открытый стандарт для многосетевой экосистемы. Э-э, модульные внешние соединители для подключения к любому офчейн-ресурсу, включая там платные поставщики и подтверждения.бработку данных Offchain, э-э-э Для упорядочения транзакций, там, я не знаю, сохранения конфиденциальности, может быть, каких-то вычислений. Ну, много для чего. Тут, на самом деле, перечислять можно бесконечно и очень долго. Поэтому перейдём сразу, наверное, к возможностям применения смарт-контрактов, да, и Можно вопрос, Александрч?

Для упорядочения транзакций, там, я не знаю, сохранения конфиденциальности, может быть, каких-то вычислений. Ну, много для чего. Тут, на самом деле, перечислять можно бесконечно и очень долго. Поэтому перейдём сразу, наверное, к возможностям применения смарт-контрактов, да, и Можно вопрос, Александрч? Давайте вот сейчас, секундочку, тут уже чуть-чуть осталось просто. потом, если что, поговорим. Тут уже возможности, да, применения смарт-контрактов. То есть смарт-контракты набирают популярность, и появляется всё больше способов их применения. Это обусловлено, во-первых, возможностями, которые они обеспечивают, да? То есть это оптиматизация и ускорение рутинных задач, снижение и полное исключение участия, сокращение расходов. Со. Э-э, исключение ошибок из человеческого фактора, да, там. А далее уже благодаря таким возможностям внутри контракты могут внедряться, если мы говорим вот исключитеть там сферу там криптовалюты, то есть это могут применяться там в выборах там, да, для учёта голосов. А-а-а, там, чтобы там честные выборы, да, грубо говоря, там медицина и здравоохранение, то есть формирование распределённого реестра, который содержит медицинские карты, там, информацию о пройденном лечении, там, и прививки и так далее, туда всё можно включить, да. Аренда имущества, да, это тоже пример, который мы изначально разбирали. оптимизация выбора, -аэ, там ...какого-то жилья, бронирования, оплаты, возврата любых арендных объектов. Далее очень важно искусство и медиа. Здесь, если я не ошибаюсь, Аmazon зарегистрировала уже там патент на Ну, смарт-контракты, да, которые там будут подлинники проверять с помощью смарт-контрактов. Далее, поставки и логистика, здесь уже пример приводил с кораблями. здесь ещё можно ещё добавить создание инфраструктуры для обработки информации о поставщиках. Далее, следующим примером — это азартные игры, они вообще с появлением крипты и ИнфТ, там во все тяжкие пустились. ну, с одной стороны, использование А-а, я не знаю, блокчейна в казино. то гарантирует какую-то прозрачность и честность игры. А-а, образование, то есть создание единой базы студентов и преподавателей, которые хранят информацию там обо всех этапах образовательного процесса, там зачёты, экзамены, я не знаю, исследования диплома, может, там научные гранты и так далее. И децентрализованная наука уже существует, то есть создание автоматизированной системы для сотрудничества. ...общества учёных, учёные без границ и посредников для финансирования научных работ. А-а, ну, по сути, здесь, наверное, с примерами мы закончим. А-а, из полезной литературы здесь я не предлагаю никаких книг, потому что, по сути, как бы по такой информации, я не, ну, если есть книги какие-то, то читать их достаточно сложно. Поэтому что я предлагаю — это Haбр и Bиnanс. Э-э, очень доступный язык.

А-а, ну, по сути, здесь, наверное, с примерами мы закончим. А-а, из полезной литературы здесь я не предлагаю никаких книг, потому что, по сути, как бы по такой информации, я не, ну, если есть книги какие-то, то читать их достаточно сложно. Поэтому что я предлагаю — это Haбр и Bиnanс. Э-э, очень доступный язык.