Блокчейн в Сбербанке: интерес к новой технологии

Вся экономическая деятельность исторически построена на посредниках. Любая, даже несложная сделка между двумя сторонами сопровождается привлечением разнообразных посредников — банки, биржи, клиринговые палаты и т.д. Исключение посредников, возможно, сделало бы взаимодействие более эффективным. Так почему бы не попробовать построить на базе блокчейна новую, децентрализованную инфраструктуру, где участники сделки могут работать напрямую? В этом посте мы расскажем о том, как начали путь к такой инфраструктуре: развивали у себя блокчейн-сделки и в итоге провели РЕПО — займ денег под обеспечение ценными бумагами.

Краткосрочные облигации

Нашей первой внебиржевой финансовой сделкой на блокчейне стал выпуск краткосрочной облигации сотового оператора МТС при участии Национального Расчетного Депозитария (НРД). Это своеобразный «центробанк» всех депозитариев. Депозитарии — это инфраструктурные посредники, ведущие учет владельцев ценных бумаг и их выпуск.
В той сделке МТС вызовом функции смарт-контракта фиксировала в блокчейне волеизъявление о продаже ценных бумаг Сбербанку, а он подтверждал в блокчейне согласие с условиями сделки. Подписанные обеими сторонами встречные поручения поступали на узел НРД, исполнявшего их в своих учетных системах. Помимо этого, в блокчейне отображались счета участников сделки в ценных бумагах и деньгах.

В том проекте мы выбрали open source платформу Hyperledger Fabric 1.1

, предназначенную для создания закрытых корпоративных блокчейн-решений. Публичные блокчейны здесь не подходят, потому что нам необходимо обеспечивать приватность данных. С такими ограничениями мы столкнулись в факторинговом пилоте Сбербанка с М.Видео, который был реализован на блокчейне Ethereum. В отличие от него, Hyperledger Fabric позволяет поместить всех участников сделки в выделенный канал, где они могут обмениваться любой необходимой информацией и обрабатывать ее полнофункциональными смарт-контрактами.

Исходный код проекта по эмиссии облигации МТС был выложен в открытый доступ на GitHub. Даже не вдаваясь в алгоритм работы, можно понять, что в жизненном цикле сделки блокчейну отводилась довольно скромная роль транспорта клиринговых поручений. С другой стороны, на основе этих поручений изменялись балансы счетов — так что с точки зрения бизнес-логики это было интересней, чем простой сервис электронного документооборота.

Главным преимуществом решения была универсальность. Схема «два контрагента и регистратор» покрывает практически любую сделку на внебиржевом рынке, а с небольшими изменениями — большую часть коммерческих сделок вообще.

«РЕПО 1.0»

В новом проекте на блокчейне мы решили показать, как в децентрализованной системе реализовать РЕПО — repurchase agreement — займ денег под обеспечение ценными бумагами. Обычно эти и другие сделки на внебиржевом рынке проходят через посредников — депозитарий, клиринг-хаусы, брокеров.
В этом проекте мы заключали сделку РЕПО между Сбербанком и зарубежным партнером. В нем использовался уже Hyperledger Fabric версии 1.2. По сравнению с облигациями МТС у нас было два отличия:

К блокчейну подключалось только двое участников сделки, чьи депозитарии — Euroclear и Clearstream — получали все поручения по традиционным каналам передачи данных из бэк-офисов Сбербанка и его контрагента.
В смарт-контракте мы реализовали сложную бизнес-логику: ежедневно в блокчейн загружались котировки ценной бумаги, выступавшей обеспечением по займу, а смарт-контракт рассчитывал необходимость и сумму досрочного погашения, с учетом изменившейся стоимости обеспечения, дисконта, календаря выходных бирж и других параметров. Такую P2P-синхронизацию алгоритмов расчета между участниками невозможно получить без распределенного реестра. Это гораздо удобнее чем самостоятельный расчет обязательств и сумм каждой стороной — никаких трудоемких сверок, никаких подтверждений.

Между контрагентами организовали чат и документооборот в рамках канала. Данные по ним сохранялись в блокчейн. После каждого изменения в распределенном реестре участники канала получали оповещение на электронную почту.
«РЕПО 1.0» мы прорабатывали и с юридической стороны. С помощью одной крупной юридической фирмы проводили анализ кейсов Высокого суда Лондона. Кроме того, ЭЦП банка и его контрагента использовали разные криптографические алгоритмы.

Как работает «РЕПО 1.0»?

У каждого участника сделки есть своя блокчейн-нода. Все ноды соединены друг с другом в P2P-сеть. Предположим, нужно заключить сделку. Мы разворачиваем между участниками сделки смарт-контракт, где полностью описан финансовый инструмент.

После создания контракта с нашей стороны его подписывает трейдер. Клиент также просматривает и подписывает контракт. Затем подписи просматриваются и верифицируются. В этом кейсе сделка проводилась по английскому праву, данные об ЭЦП были внесены в документ GMRA. Для подписания со стороны клиента нужна верификация того, что в сертификате подписи присутствует уполномоченное для этого лицо. Наконец, клиент акцептует контракт и соглашается со всеми условиями. К подписанному контракту можно прикреплять любое количество документов.

После этого контракт получает статус «в работе». Контракт «в работе» автоматически перерасчитывается при подгрузке новых рыночных цен. Если в контракте присутствует ценная бумага, берется рыночная цена, производится перерасчет Loan-To-Value (LTV) — отношения суммы займа к стоимости обеспечения в ценных бумагах. LTV — один из ключевых терминов в сделке РЕПО, его значение прописывается в контракте. Цена акций резко возросла — и LTV становится меньше чем указан в GMRA (когда речь идет об английском праве). Соответственно, банк возвращает клиенту ценные бумаги (как один из вариантов), так как с учетом новых цен получается, что банк держит более высокое обеспечение.

Но если LTV становится больше, то программа позволяет распечатать collateral notice — уведомление клиенту о необходимости внести дополнительное обеспечение (акции или деньги), чтобы значение LTV вернулось к начальному. Раньше collateral notice можно было отправить только почтой, для этого создавались отдельные документы, и во время создания этих документов LTV мог снова меняться. Сейчас мы с клиентом видим одни и те же расчеты онлайн, можем легко взаимодействовать.

Кроме того, программа каждый день фиксирует цену обратного выкупа ценных бумаг с учетом процентов. Если клиент при подгрузке рыночной цены с ней не согласен, он смотрит полный лог перерасчетов — что было, что стало, какая цена подгрузилась, откуда взялась. И затем начинает обсуждение в чате.

Сбербанк внедряет блокчейн в свои проекты системы лояльности

Старший вице-президент Sberbank CIB Игорь Буланцев в ходе конференции в Казани сообщил, что банк рассматривает варианты перевода системы лояльности на блокчейн. Кроме того, в банке активно изучают рынок ICO и криптовалют, пишет ТАСС.

«У нас идет около 20 проектов в сфере блокчейна в разных сферах с разными клиентами. Те, которые, вы уже знаете, — по факторингу, например. Плюс те, которые мы пока не раскрываем. Мы смотрим, например, на систему лояльности, перевод ее на блокчейн», — рассказал Буланцев.

По его словам, Сбербанк участвует в разработке законодательства относительно блокчейна и криптовалют. Наряду с этим важная роль отводится образовательной части изучения блокчейн-технологий.

«Мы на базе нашего корпоративного университета Сбербанка говорим о создании курсов и дистанционных курсов и очного обучения, которые будут рассказывать, что такое основа блокчейна, закачивая более продвинутым технологическим образованием», — сказал он.

Оцените публикацию

Самые последние новости криптовалютного рынка и майнинга:

«РЕПО 2.0»

Мы хотели, чтобы наше РЕПО на блокчейне могло инициировать движение реальных активов на основании своей внутренней логики. Но в РЕПО 1.0 из-за организационных трудностей с подключением западных депозитариев мы этого достигнуть еще не смогли. Так что мы начали новый пилот «РЕПО 2.0». У него было две цели:

Сделка должна проходить с участием двух сторон и депозитария, максимально задействовать инфраструктуру проекта облигации МТС.
Блокчейн необходимо наделить полномочиями по переоценке обеспечения и выставлению маржин-колла, который мог бы автоматически исполняться депозитарием, подключенным к распределенной сети.

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

Клиент акцептовал договор электронной подписью. Затем договор своей подписью акцептовал Сбербанк — проверил соответствие всех параметров нужным значениям и полномочия человека, акцептовавшего со стороны клиента. После этого контракт ушел в работу. НРД подгружал рыночные данные, смарт-контракт производил перерасчеты.

Как работает «РЕПО 2.0»?

Для разворачивания сети и взаимодействия клиентского интерфейса с чейн-кодом мы использовали решение Fabric Starter. Вместо штатного для HLF grpc-интерфейса оно предоставляет REST API, что в нашем случае значительно снизило трудоемкость интеграции.

Сеть поднималась следующим образом. Каждая из трех сторон после предварительной установки на сервере Docker запускала Fabric Starter, который создавал контейнеры с компонентами узла. Эти компоненты включали внешний peer для взаимодействия с другими организациями и REST API-сервис, через который шло взаимодействие узла с клиентским приложением. При запуске Starter также задавалась конфигурация блокчейн-сети и создавался приватный канал, в который устанавливался чейн-код с endorsement-policy. В нашем случае каждая транзакция должна иметь подписи всех трех участников.

Для организации связи серверов участников на фазе тестирования использовали Docker Swarm, однако для совершения реальной сделки по соображениям безопасности перешли на DNS. За транспорт сообщений отвечает сама платформа, данные передаются через интернет с шифрованием TLS.

Заявления Сбербанка

Процитированное выше интервью Абдрашитова было опубликовано на CoinDesk рано утром 2 июля 2020 г. Вечером того же дня Сбербанк распространил заявления своих топ-менеджеров по теме блокчейн-проектов банка. На какую-либо их взаимосвязь с высказываниями Абдрашитова в сообщении не указывалось.

По приведенным словам директора депозитария Сбербанка Юрия Дубина, кредитная организация уже не первый год плодотворно сотрудничает с Центробанком по ряду блокчейн-проектов, в том числе на национальной платформе «Мастерчейн». «Сбербанк был инициатором запуска на этой платформе децентрализованной депозитарной системы для учета е-закладных, — сообщил он. — На этой платформе проведены пилотные сделки с электронными ипотечными закладными, в ближайшее время планируется запуск в промышленную эксплуатацию».

По словам Дубина, проектной команде удалось найти решения не только для технологических, но и для правовых вопросов учета ценных бумаг. «Это будет одна из первых таких систем в мире. Мы ожидаем серьезные положительные эффекты для бизнеса от развития этого проекта», — отметил он.

«Более того, наша совместная работа этим не ограничивается, — добавляет вице-президент Сбербанка Андрей Шеметов. — Совместно с регулятором мы в прошлом году впервые в России провели сразу две сделки: ICO в регулятивной песочнице ЦБ и внебиржевое РЕПО на блокчейне. Считаю, что усилиями регулятора. В регулятивной песочнице ЦБ РФ пилотируются перспективные проекты и прорабатываются основы нормативного регулирования, что в будущем позволит тиражировать эффективные решения на всю страну».

Подобрать оптимальный виртуальный сервер VPS/VDS на ИТ-маркетплейсе Market.CNews

Короткая ссылка
Распечатать

Техническая сторона вопроса

Процесс разработки распределенного приложения на HLF начинается довольно традиционно — со структур данных и чейн-кода (по сути, набора хранимых процедур), вызов которого приводит к сохранению, изменению или чтению этих структур из леджера. Платформа позволяет использовать для разработки чейн-кодов и СУБД для локального хранилища различные языки программирования. Мы отдаем предпочтение Go и CouchDB соответственно.
Центральная сущность для проектов РЕПО в нашей модели данных — это сам контракт и его дочерние обязательства. Они создавались для каждого из двух пилотов, а также для маржин-коллов. Такая архитектура была шагом вперед по сравнению с моделью облигации МТС, которая базировалась на сущности «Поручение». Самостоятельные объекты создавались и для ценных бумаг, которые, таким образом, были частично токенизированы. А вот развитие эксперимента с ведением счетов и виртуальной токенизацией денег мы решили отложить до одной из следующих версий решения.

Основные функции нашего решения:

Создать контракт.
Подписать контракт своей ЭЦП, подтверждающий согласие с условиями контракта.
Загрузить рыночные цены и запустить пересчет стоимости обеспечения. Ее отклонение от заданного порога вызывало создание нового обязательства по маржин-коллу.
Отразить статус исполнения обязательства.

С технической стороны здесь наиболее интересна процедура переоценки. Разберем ее подробнее.
По бизнес-процессу процедура должна запускаться раз в день, после того, как Оракул (в пилоте «РЕПО 2.0» его роль исполнял НРД) загрузил в систему обновленные котировки ценных бумаг.

func (t *CIBContract) recalculationData(stub shim.ChaincodeStubInterface, loadData *loadDataType, curDay string) pb.Response {…} Главный цикл процедуры проходит по всем ценным бумагам, для которых были обновлены котировки. for _, securities := range loadData.Securities {…} Далее осуществляется несколько проверок. Например, если на бирже, с которой поступили рыночные данные, сегодня выходной день, то пересчет не должен происходить. if t.checkHoliday(stub, contract.Settings.Calendars) == «yes» { hisYes := historyType{curDay, «LoadData. Calendar», «System», «LoadData. Today is holiday ! No load market data to contract !»} … contract.History = append(contract.History, hisYes) … err = stub.PutState(contrID, contractJSONasBytes) } Для расчета обновленной цены облигаций к загруженной чистой цене прибавляется начисленный купонный доход (НКД). В пилоте была реализована поддержка схемы 30/360 для расчета НКД. priceIzm = float64(securities.Price + float64(securities.CouponRate)*float64((int(settlementDate.Year()) — int(dateStart.Year()))*360 + (int(settlementDate.Month()) — int(dateStart.Month()))*30 + (int(settlementDate.Day()) — int(dateStart.Day())))*100/360/100) curCurrVal = priceIzm Если валюта сделки отличается от валюты, в которой котируется ценная бумага, осуществляется курсовой пересчет. if contract.GeneralTerms.PurchasePrice.Currency != securities.Currency { curCurrName = securities.Currency + «-» + contract.GeneralTerms.PurchasePrice.Currency for _, currency := range loadData.Currencies { if currency.Name == curCurrName { curCurrVal = priceIzm * currency.Value } } } Теперь нам необходимо рассчитать LTV. Сохраним старое значение коэффициента для истории. oldCurLTV := contract.MarginingTerms.CurrentLTV Необходимо учесть маржин-коллы, исполненные в течении жизни сделки. Требования могут приходить с обеих сторон, причем в двух формах:

Ценными бумагами. Заемщик вносит дополнительное обеспечение в случае падения рыночной цены обеспечения. Кредитор возвращает часть обеспечения в случае роста цены.
Деньгами. Заемщик досрочно возвращает часть кредита, которая перестала покрываться подешевевшим обеспечением. Кредитор увеличивает сумму займа в ответ на рост стоимости обеспечения.

В первом случае просто обновляется количество бумаг в обеспечении. А в случае внесения денег на них так же необходимо начислять доходность, указанную в дополнительных условиях сделки. for _, addCollateral := range contract.MarginingTerms.AddCollateral { currSumCollateral := addCollateral.Sum + (addCollateral.Sum*contract.MarginingTerms.RateOnCashMargin*float64(deltaColDate) / float64(contract.MarginingTerms.Basis))/100 … allSumCollateral = allSumCollateral + currSumCollateral … ht := historyType{curDay, System», «LoadData. Recalculation data(addCollateral) Contract » + contrID + » — currSumCollateral: » + strconv.FormatFloat(float64(currSumCollateral), ‘f’, 2, 64) … } … contract.History = append(contract.History, ht) } Мы рассчитываем общую сумму обратного выкупа — по сути это величина кредита с процентами, которую нам необходимо вернуть. rePurchasePriceCur := contract.GeneralTerms.PurchasePrice.Sum + (contract.GeneralTerms.PurchasePrice.Sum*contract.GeneralTerms.RepoRate*float64(deltaSigningDate)/float64(contract.MarginingTerms.Basis))/100 Теперь рассчитываем коэффициент LTV. Для этого вычитаем из цены выкупа внесенное обеспечение в деньгах и делим получившуюся величину на общую стоимость бумаг в обеспечении. Суммы, которые вносил кредитор, идут со знаком «–» и будут прибавлены к цене выкупа. contract.MarginingTerms.CurrentLTV = (rePurchasePriceCur — allSumCollateral) * float64(100) / (float64(contract.GeneralTerms.PurchasedSecurities.Quantity) * curCurrVal) Наконец рассчитываем триггеры в контракте. Эта же процедура создаст объекты поручений на маржин-колл, если значение LTV отклонилось от заданного коридора. contract = t.checkTriggerEvents(stub, «LoadData», contract, curDay, securities) И записываем информацию в историю для отображения на UI. ht := historyType{curDay, «System», «LoadData. Recalculation data(change curLTV, ADTV) Contract » + contrID + » — oldCurLTV: » + strconv.FormatFloat(float64(oldCurLTV), ‘f’, 2, 64) + «, newCurLTV: » + strconv.FormatFloat(float64(contract.MarginingTerms.CurrentLTV), ‘f’, 2, 64)…} contract.History = append(contract.History, ht)

Подведем итоги

Такая схема может работать не только с ценными бумагами и контрактами, но и в других сценариях. Например, с поставками электроэнергии, где есть разные тарифы, разные подключения в разное время. Или с факторингом — кредитованием поставщиков по сигналам отгрузки товара. В экономике много юзкейсов, когда каждый использует свои источники данных, которые приходится сверять.
Наша цель — создать сеть, которая соединяет банки друг с другом и их клиентами в масштабах страны, и с помощью смарт-контрактов описать в ней контракты не крипто-, а традиционной экономики — финансовые инструменты. Такая сеть будет стабильной, открытой, и, как полагается в P2P-сети, здесь ни у кого не будет особого статуса.

Варианты вывода криптовалюты на карту Сбербанка

Виртуальная криптовалюта состоит из отдельных частей под названием коины, а те средства, которые участвуют в денежных процессах системы Bitcoin, называются по ее подобию биткоинами. Они не выражены физически, то есть представляют собой полностью виртуальные деньги и никогда не печатаются. Сайт Blockchain является базой данных о кошельках, созданных на биткоинах.
Она задумывалась как способ защиты пользователей от махинаций и мошенничества, при этом транзакции являются прозрачными, при том, что информация о сторонах сделок не разглашается и держится в секрете. Если у пользователя на его блокчейн-кошельке накопилось достаточно биткоинов для вывода, ими можно расплатиться в интернете, ведь даже крупные торговые сайты уже принимают эту валюту в качестве расчетов.

Но при необходимости получить фиатные деньги, то есть тех, которые признаны государством в качестве официальных и могут использоваться для расчетов, нужно выводить их. Прямого метода сайт Блокчейн не дает, поэтому клиенты вынуждены пользоваться обходными путями. Ни один банк официально не работает с биткоинами, но при этом есть сервисы, которые предполагают обмен виртуальной валюты на реальную, с последующим ее переводом на карточку Сбербанка. Это могут быть специализированные сайты, биржи, на которых скупают биткоины, и обменные пункты, все вместе они образуют систему конвертации виртуальных денег в полноценные, и что важно, официальные валюты.

Через обменники

С сайта Blockchain вполне можно переводить биткоины прямо на карточку в рублевый эквивалент, для этого используются специальные сайты. Они имеют лимиты обмена, которые пополняются биткоинами, а взамен человек получает российские рубли на карту Сбербанка. Но к подобным сервисам нужно подходить максимально осторожно, поскольку среди них часто встречаются мошеннические варианты. Они могут воровать данные пользователей и в дальнейшем тратить их средства.
Каждый сайт предлагает разные размеры комиссий, которые нужно прояснить заранее, чтобы пришедшая на счет сумма не была неожиданной. После этого можно проводить платеж:

обычно на сайте нужно предварительно зарегистрироваться и авторизоваться в личном кабинете;
после этого выбираются направления, с которых будут уходить деньги, и на которые они поступят;
сумма для снятия с биткоин-кошелька также прописывается заранее, многие сайты дополнительно к этому указывают размер комиссии и ожидаемую для получения сумму;
перевод подтверждается выбранным способом.

В большинстве случаев средства переводятся на карту Сбербанка за несколько секунд, поскольку обменники работают в автоматическом режиме. Иногда могут возникать задержки, но проверенные сайты решают такие проблемы за считанные минуты. Следует внимательно следить за реквизитами карточки, которые вводятся в обменнике. Ведь сделать возврат платеж в биткоинах нельзя, по причине той же анонимности пользователей.

ЧИТАТЬ Способы перевода средств с Yota на карту Сбербанка

При этом обменники не имеют ограничений по суммам, которые устанавливаются как для ввода денег, так и для их вывода. Этот способ будет наиболее быстрым, но и переплатить за него потребуется в большем размере, чем предполагается в иных методах, которые следует рассмотреть отдельно. У этого пути обмена средств есть плюсы, которые отличают его от иных:

переводы отправляются сразу после оплаты и поступают на карту быстрее всего;
процесс транзакции прост и часто даже не требует регистрации в качестве клиента;
учитывая широкий выбор вариантов обмена, есть возможность подбора наиболее выгодного.

Но при этом есть и минусы, к примеру, курс чаще всего является невыгодным, и клиент теряет достаточно весомую сумму на процедуре обмена. Также за автоматизацию процесса и скорость человек вынужден доплачивать, встречаются даже варианты, которые требуют четверти от перечисляемых денег.

Через сайт localbitcoins.com

Одним из самых удобных способов перевести имеющиеся биткоины является сайт localbitcoins, на нем присутствуют трейдеры, которые предлагают обмен биткоинов и российских рублей в обе стороны. Клиенту остается только выбрать партнера, который подходит ему по рейтингу и отзывам, несмотря на то, что сайт защищает своего клиента. Для начала, чтобы начать перевод биткоинов в российские рубли, необходимо зарегистрировать собственный внутренний кошелек.
Для этого необходимо нажать на пиктограмму профиля, в которой выбирается пункт, отвечающий за кошелек BTC. Далее в меню следует найти ссылку получения биткоинов и скопировать адрес кошелька, который позволит загрузить средства на Localbitcoin. После этого с сайта Блокчейн необходимо выполнить транзакцию, для этого в аккаунт совершается вход, нажимается кнопка отправки и в поле адресата вводится скопированный номер кошелька.

Далее вписывается сумма, которую нужно вывести, причем пользователь имеет возможность выбрать вариант комиссии, причем наибольшая позволит перевести средства быстрее, в то время, как желающим сэкономить можно подобрать медленного, но дешевого трейдера. Сразу после этого платеж поступает в стадию обработки, и в некоторых случаях нужно будет подтвердить операцию с помощью письма на электронной почте.

Это позволяет пополнить кошелек на ресурсе обмена, но биткоины, вложенные на этот кошелек, нужно еще перевести в рубли. Заявку на эту транзакцию нужно разместить, создав тикет на продажу виртуальной валюты за реальную. Для этого нажимается кнопка продажи, а далее вводится сумма в рублях, которую клиент хочет получить. Чтобы выбрать перевод на Сбербанк, необходимо нажать на меню всех предложений и подобрать перевод через конкретный банк.

Упростить перевод можно, если снять галочки рядом с отказом от СМС-сообщения и удостоверения, после чего выполняется поиск. Сбербанк можно будет найти в следующем меню, при этом трейдеры также имеют разные курсы, и ознакомиться с ними можно также в результате поиска. Выбрав трейдера, следует нажать на кнопку продажи, а затем в меню вводится количество рублей, которое хочется получить, либо биткоинов, доступных для обмена.

ЧИТАТЬ Порядок пополнения карты Сбербанка через терминалы Qiwi

В сообщении для трейдера указывается номер карточки Сбербанка, и запрос может отправляться для сделки. После этого на счету заморозится ранее вписанная сумма, а когда трейдер согласится на сделку, средства поступят на карту, а биткоины клиента уйдут посреднику. Данный метод немного дешевле, поскольку человек не платит за автоматизацию, но и потратить на поиск трейдера и связь с ним понадобится больше времени.

Есть ряд плюсов, которые могут привлечь клиента к сотрудничеству именно с этим ресурсом:

выбор наиболее оптимального курса обмена у нескольких трейдеров;
деньги не нужно переводить другим методом, поскольку они сразу же зачисляются на карточку Сбербанка;
найти добросовестного партнера легче, благодаря отзывам и системе рейтинга.

Но при этом неудобен сам процесс перечисления, который предполагает сначала произведение перевода на кошелек в системе, а потом уже отправку на карточку. Сроки операций тоже не отличаются скоростью, поскольку покупателя на биткоины еще нужно найти, кроме того, необходимо ожидать ответа от трейдера, который затем переводит средства прямо на банковский пластик.

Через биржи

Криптовалютные биржи являются тем местом, где средства в виде виртуальной валюты обмениваются на рубли, и только потом они выводятся на карточку Сбербанка. То есть, процесс не предполагает непосредственного перевода на карту, предлагая обмен. Даже если пользователь выгодно обменяет свои коины, ему будет нужно платить комиссию еще и за перевод в банк.

На биржах работают преимущественно опытные трейдеры, которые умеют ловить и прогнозировать курсы, но в целом вывести биткоины на карту достаточно просто:

сначала производится регистрация на сайте, после чего учетная запись подтверждается;
когда аккаунт становится активным, на него переводятся деньги с блокчейн-кошелька в виде биткоинов;
далее необходимо только ждать хорошего курса, который позволит получить хорошую сумму за имеющуюся виртуальную валюту;
биткоины продаются за рубли, которые также поступают на счет и становятся доступны для вывода.

Особенность многих бирж такова, что клиент платит две комиссии, поскольку вывести сразу рубли нельзя, и для этого делается перевод на электронный кошелек распространенной системы, к примеру, WebMoney. Только затем, уплачивая еще один сбор, клиент получит на карту Сбербанка свои деньги, и то, если сможет найти выгодный курс. Плюсами бирж можно считать:

При наличии открытых ордеров на требуемую сумму продажа биткоинов осуществляется быстро.
Комиссии не такие высокие, как в предыдущих методах.
Есть возможность установки собственного курса, правда, при его завышении дождаться быстрой транзакции можно через длительный срок.

Другие способы вывода биткоинов

Кроме перечисленных, можно воспользоваться инструментами платежных систем, к примеру, новой функцией в WebMoney является как раз возможность обмена криптовалюты на иные денежные знаки без сторонних сервисов. Для начала создается кошелек WMX, предназначенный для биткоинов, который пополняется ими путем копирования и вставки адреса хранилища виртуальной валюты.

Когда деньги поступили, необходимо перейти в раздел обмена и выбрать, какое количество биткоинов хочет отдать клиент, или сколько рублей он желает получить. В этом методе комиссии будут минимальными, но Вебмани также позволяет настраивать уровень сборов, в зависимости от желаемой скорости обмена.

ЧИТАТЬ Порядок пополнения карты Зонателеком с помощью Сбербанк Онлайн