Втс кошелек: Биткоин Кошелек (BTC) | Лучший Биткоин Кошелек приложение | Создать Биткоин Кошелек | Trust Кошелек

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

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

Важные правила при выводе криптовалюты с CEX.IO:

• Используйте только личные кошельки и проверяйте адрес назначения перед каждой операцией.

• Убедитесь, что ваш вывод не превышает лимитов транзакции. Вы можете найти информацию о минимальной и максимальной возможной сумме вывода на странице Лимиты и комиссии.

• Обратите внимание на поле общей суммы. Оно показывает, сколько будет отправлено после уплаты комиссии.

• Уточните, взимает ли ваш целевой кошелек комиссию за криптовалютные депозиты.

• Не используйте один и тот же кошелек для перевода разных валют. Например, BCH не может быть зачислен на кошелек BTC, так же как токены на основе Ethereum могут быть потеряны при отправке в кошелек ETH.

Обратите внимание на каждую деталь, так как криптовалютные транзакции необратимы и их сложно отследить. После подтверждения вывода, средства будут отправлены на указанный вами адрес кошелька. Вы можете отслеживать статус (количество подтверждений) в блокчейне или на сайте кошелька получателя. В случае любой задержки или проблемы, пожалуйста, связывайтесь с сервисом кошелька получателя.

Вот несколько полезных советов по выводу определенных криптовалют со своей учетной записи CEX.IO.

Bitcoin (BTC)

Большинство выводов BTC с CEX.IO успешны и подтверждаются в течение нескольких минут. Однако убедитесь, что вы не используете адрес bech42, поскольку вывод средств в этом формате еще не поддерживается. Этот формат адреса также известен как bc1 адрес, потому что начинается с bc1.

Ethereum (ETH)

В настоящее время вывод средств на смарт-контракт кошельки не поддерживается.

Если вы не уверены, есть ли у вашего кошелька смарт-контракт адрес, посетите https://etherscan.io/ и вставьте свой адрес в поле поиска. Если это смарт-контракт адрес, вы увидите Contract в заголовке. Все кошельки Ethereum с мультиподписью являются (смарт) контрактными аккаунтами.

Bitcoin Cash (BCH)

Используйте адрес кошелька получателя в формате CashAddrr*. Если у вас есть адрес Legacy кошелька, вы можете использовать этот конвертер для преобразования его в адрес CashAddrr и удобного выполнения транзакции.

* Адрес CashAddr начинается с q или bitcoincash:q; Legacy адреса начинаются с 1.

Legacy формат — это исходный формат, используемый для транзакций BCH. Однако Legacy адреса очень похожи на адреса BTC. Команда Bitcoin Cash разработала формат CashAddr, чтобы помочь пользователям избежать ошибок при отправке и получении Bitcoin Cash.

Litecoin (LTC)

Ваш LTC-адрес на CEX.IO использует формат P2SH (с префиксом M)*. Однако некоторые криптоплатформы по-прежнему не принимают депозиты с новых адресов. В этом случае вы можете просто использовать конвертер адресов LTC и использовать формат с префиксом 3 для адреса своего кошелька.

* Исходные адреса Litecoin имели формат, аналогичный адресам BTC. Во избежание путаницы сообщество Litecoin разработало новый формат для кошельков (P2SH) с префиксом M.

Tether (USDT)

CEX.IO поддерживает USDT токен на основе Ethereum. Убедитесь, что ваш целевой кошелек совместим с ERC-20. Попытка вывести средства на адрес кошелька USDT на основе Bitcoin (выпущенных через протокол Omni Layer Protocol) или Tron (TRC-20) с CEX.IO может привести к неудачной транзакции и потере средств.

Обратите внимание, что все кошельки USDT ERC-20 начинаются с 0x.

Dash (DASH)

Имейте в виду, что CEX. IO работает только с кошельками Dash с мультиподписью*. Хотя многие другие платформы предпочитают стандартные кошельки, мы используем кошельки с мультиподписью для обеспечения безопасности ваших средств.

* Адреса с мультиподписью начинаются с 7, а обычные адреса кошельков начинаются с x.

Stellar (XLM)

Кошельки Stellar имеют специальный Memo ID или текст. При выводе XLM обязательно укажите правильный Memo ID. Вы можете связаться с сервисом кошелька назначения, чтобы уточнить свой Memo ID или текст. Этот простой шаг поможет вам вывести XLM без задержек и проблем.

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

Ripple (XRP)

При выводе XRP с CEX.IO необходимо использовать тег назначения (destination tag). Уточните в сервисе кошелька получателя, что должен включать ваш тег для правильного выполнения транзакции.

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

Обратите внимание, что средства XRP не могут быть переведены между пользователями CEX.IO, подходят только внешние адреса.

Чтобы вывести XRP на Ledger кошелек, вы можете использовать 0 в качестве тега назначения. Также убедитесь, что ваш кошелек активен, прежде чем выводить на него средства. Помните, что вывод средств с CEX.IO не может быть выполнен в качестве первой транзакции на ваш кошелек Ripple.

Cosmos (ATOM)

У каждого кошелька ATOM есть специальный Memo ID, который необходимо указать при выводе средств с CEX.IO. Пожалуйста, уточните в сервисе кошелька назначения, где вы можете найти свой Memo ID, прежде чем выполнять вывод. Отсутствие или неправильный Memo ID может привести к потере средств.

Neo (NEO)

В отличие от большинства криптовалют, NEO не имеет десятичных знаков. Минимальная сумма транзакции — 1 NEO. При выводе NEO используйте только целые числа.

Если вы отправите десятичные суммы, вы потеряете дробную часть своей транзакции. Например, если вы введете 2,04 в качестве суммы вывода, вы получите только 2 NEO на свой внешний кошелек. Остальные 0,04 NEO останутся в сети.

TRON (TRX)

CEX.IO не поддерживает версию TRON токена на основе Ethereum. Для вывода средств с CEX.IO используйте только кошелек, совместимый с TRC-20/TRC-10*. Попытка вывести на кошелек TRX на основе Ethereum (ERC-20) с CEX.IO приведет к неудачной транзакции и потере средств.

* Кошельки TRC-10/TRC-20 начинаются с T, а кошельки ERC-20 начинаются с 0x.

Tezos (XTZ)

Используйте только кошельки TZ для вывода XTZ с CEX.IO.

Ваш кошелек XTZ на CEX. IO — это подразумеваемый адрес учетной записи (который начинается с tz). Он используется для бейкинга и не поддерживает смарт-контракт транзакции (или делегирование). Вывод на кошельки другого формата, которые начинаются с KT, не поддерживается.

USDC (USD Coin)

Используйте только строчные буквы при вводе адреса назначения для вывода USDC.

Polkadot (DOT)

DOT нельзя переводить между пользователями CEX.IO, принимаются только внешние адреса.

Kava.io (KAVA)

Кошельки KAVA необходимо активировать с помощью первоначального депозита. Имейте в виду, что вывод средств с CEX.IO нельзя совершить на неактивный кошелек KAVA.

У кошельков KAVA есть специальный Memo ID. При выводе KAVA не забудьте указать правильный Memo ID. Вы можете уточнить свой Memo ID у службы кошелька назначения.

Kusama (KSM)

KSM не могут быть переведены между пользователями CEX. IO, принимаются только внешние адреса.

Ton (TON)

При выводе TON с CEX.IO необходимо использовать Memo ID. Уточните в сервисе кошелька получателя, какой Memo ID следует использовать для успешной транзакции.

Вывод средств с CEX.IO нельзя совершать на неактивные кошельки TON. Убедитесь, что ваш кошелек TON активирован с помощью первоначального депозита.

что это и как работает?

Мы выбираем кошелек Bitcoin. Что это? Кошельки Bitcoin для компьютера, браузера, телефона, оборудования, бумажный кошелек — как это работает?

Bitcoin, как полностью виртуальная валюта, не имеет физической формы, поэтому, когда вы покупаете валюту, вам приходится хранить ее в виртуальном пространстве. Вы не можете спрятать ее в кожаный кошелек, в рюкзак или перевести на счет в банке. Более кошелек для биткоинов используется для сбора и хранения цифровой валюты. Что это, как его использовать и какой выбрать?

Что такое Bitcoin Wallet?

Когда был создан bitcoin, никто и представить себе не мог, насколько успешной будет эта технология и сколько изменений ждут людей по всему миру. Биткоины могут быть использованы для оплаты товаров и услуг, некоторые страны признали валюту в качестве официальных денег для уплаты налогов. Неудивительно, что вскоре после создания BTC появились инструменты, благодаря которым хранение стало более лёгким, возможным и реалистичным. Так и было принято решение создать криптокошелек.

Где хранить?

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

Как работает кошелек?

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

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

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

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

Какие существуют кошельки Bitcoin?

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

• Горячие кошельки — в эту группу входят те, которые работают на устройствах, подключенных к Интернету. На них можно хранить биткоины, но в небольших количествах. Они позволяют быстро и удобно отправлять и получать BTC, вся процедура чрезвычайно проста.
• Холодные кошельки — работают в автономном режиме. Благодаря этому они характеризуются высоким уровнем безопасности, но менее удобны в повседневном использовании.

Биткоин-кошельки для компьютера

Так называемые настольные кошельки, как подобает горячему кошельку, постоянно подключены к сети. Они представлены в виде программ, которые установлены на компьютере или ноутбуке. Есть две версии на выбор:

• Полные приложения, для которых необходимо скачать весь блок. Это требует большого объема дискового пространства, так как размер файлов может достигать 200 ГБ. Полные приложения могут синхронизироваться до нескольких дней и использовать большую часть аппаратных ресурсов.
• Легкие приложения — цепочка из блоков этих приложений располагается на внешнем сервере, поэтому им не нужно много дискового пространства. Они синхронизируются и работают быстро.

Постоянное подключение к сети требует защиты личного ключа, например, расширенного шифрования. Вы также можете зашифровать весь раздел диска, на котором находится кошелек. Стоит позаботиться о хорошем антивирусе. Примерами настольных кошельков являются Electrum, Exodus или Wasabi.

Кошельки Bitcoin в браузере

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

Мобильные приложения

Мобильные кошельки для смартфонов с iOS или Android — удобная форма хранения BTC, потому что подходят для сканирования QR-кодов, поэтому нет необходимости переписывать длинный и сложный ключ, когда вы хотите сделать транзакцию. Мобильные кошельки часто поддерживают FIAT-валюты, что является огромным преимуществом

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

статья содержит рекламные ссылки

Потерянные сокровища: куда пропали биткоины на несколько миллиардов долларов

Объем рынка криптовалюты — более сотни миллиардов долларов. Но за несколько лет существования появилось довольно большое число потерянных биткоинов и других единиц валюты. Мы попробовали их посчитать

Курс биткоина (BTC) в сентябре обновил очередной исторический максимум, сделки проходили на отметке около $5000 за биткоин, капитализация самой известной в мире криптовалюты на пике превысила $80 млрд, а капитализация всего криптовалютного рынка — $170 млрд. Однако у криптовалютного рынка есть уникальная характерная черта, которой нет у других сегментов финансового рынка. А именно – довольно большой объем активов, которые на самом деле не существуют.

Речь идет, в первую очередь о биткоинах (BTC) на кошельках с утерянными кодами доступа, биткоин кэш (BCC) на этих же кошельках, которые в результате хардфорка уже родились потерянными, а также колоссальном количестве «пузырей» из неликвидных токенов, накачиваемых хозяевами эмиссии путем торговли роботов между собой. На текущий момент общее число биткоинов — порядка 16,6 млн штук, и, по нашим оценкам, довольно большая их доля является потерянными или «мертвыми».

Почему биткоины потерялись

История блокчейна началась с 2009 года, когда на первом кошельке появилась запись о поступлении 50 монет за майнинг. По данным bitinfocharts.com за более чем 8 лет существования биткоина было создано около 20 млн адресов, и в разное время майнинг приносил разную «доходность» своим владельцам. К примеру, с 2009 по 2012 годы, первые 210 000 блоков приносили майнерам по 50 биткоинов за блок. По текущему курсу это было бы $200 тыс, распределяющиеся каждые десять минут среди очень маленького круга майнеров, техника которых ограничивалась персональными компьютерами. Блоки естественным образом майнились энтузиастами, в первую очередь загадочным создателем технологии Сатоши Накамото. Функции средства платежа биткоин тогда не имел, а являлся скорее экспериментальной технологией хранения данных о псевдоденежных операциях. Намайненная криптовалюта для ее владельцев никакой ценности не представляла, она по статусу примерно была примерно такой же как внутренняя валютой какой-нибудь оффлайн-игры, то есть поменять ее на деньги или что-то материальное было затруднительно. Можно  было считать отличной сделкой обмен в 2010 году программистом Ласло Ханешем 10000 биткоинов ($43 млн по текущему курсу) на две пиццы. Так происходило до 2011 года.

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

Как определить «мертвые» кошельки

На данный момент почти 90% криптовалютного богатства хранятся на 0,8% от общего количества кошельков (около 150 тыс. штук). Из них половина находится на кошельках, содержащих от 10 до 1000 биткоинов. Именно к этой же группе относится большое количество кошельков первопроходцев биткоина (напомню, сначала за каждый блок давалось 50 BTC), и в ней же наибольшее скопление «мертвых» монет. Мы разработали методику подсчета неиспользуемых кошельков: считаем их «мертвыми», если с них не было ни одной исходящей транзакции, начиная с 01.03.2013, когда биткоины получили признанную существенную материальную ценность.

Почему есть основание считать, что кошельки, по которым с этого периода не было ни одной исходящей транзакции являются «мертвыми»?

С марта по апрель 2013 года биткоин вырос с $31 до $198, впервые показав свой потенциал как спекулятивного инструмента и дальше пережил ряд взлетов и падений.  Владелец актива, чья цена за четыре года выросла примерно в 150 раз, проходя через взлеты и падения, делая его то миллионером, то снова опуская на «дно», с высокой вероятностью захотел бы зафиксировать хотя бы часть прибыли или как-то диверсифицировать риски, разложив биткоины по разным холодным кошелькам. Если же более чем за четыре года из кошелька не было ни одной, даже самой маленькой транзакции, можно с высокой вероятностью считать, что ключ к кошельку потерян и эти биткоины уже на рынок не вернутся.

Тем не менее, для проверки этого тезиса мы создали скрипт DigRate, который в онлайн-режиме читает блокчейн и в случае начала движения хоть по одному из «мертвых» кошельков основателей даст сигнал о том, что Сатоши, которому «принадлежит» значительная часть этих кошельков, возможно, вернулся и на рынок потенциально могут хлынуть те биткоины, которые он почти в одиночестве майнил в 2009 году.

Дутые богатства

Еще 77% от общего числа кошельков содержат менее 0,01 биткоина и могут считаться техническими: хранить их смыла не имеет, поскольу кошельки можно генерировать совершенно бесплатно и в неограниченном количестве. Суммарно на них находится всего около 2000 BTC, так что на статистику они почти не влияют.

Самый большой и единственный кошелек, содержащий более 100 000 монет (122 000 BTC, примерно $500 млн) принадлежит бирже Bitfinex.

Много адресов с монетами без движения создано уже после 2013 года и часть из них также является «мертвыми», однако точно определить этот процент нет возможности, поскольку биткоин уже представлял материальную ценность и его начали хранить на «холодных» кошельках и отличить «потерянный» кошелек от просто кошелька без движения нельзя. Показатель потерь в таких кошельках, по нашим оценка, составляет 4% от общего объема монет.

Также из объема криптовалютного рынка можно смело вычесть монеты, стоимость которых искусственно раздувается эмитентами через куплю-продажу роботами у самого себя в надежде завлечь таким путем простодушных инвесторов. На наш взгляд, признаком таких монет является капитализация менее $30 млн и суммарный объем торгов на десяти крупнейших биржах менее $50 000 в день. Такие токены в общем случае можно считать неликвидными, а инвесторы имеют мало шансов их в существенном количестве продать. Более того, в ближайшее время на рынок ожидается наплыв подобного неликвида, образовавшегося в результате проведения ICO. Посмотреть какие токены соответствуют заявленным критериям, а какие нет можно по составу токенов в структуре индекса DRI, который автоматически пересчитывается каждые десять минут.

Итоговый подсчет

Итак, потерянных биткоинов в мире более 3 млн штук, столько же заранее потерянных монет криптовалютной сети Bitcoin Cash, а токены с капитализацией менее $30 млн, вообще, как правило, ничего не стоят. Итого из общего объема рынка, составлявшего по данным coinmarcetcap $144 млрд на сентябрь 2017 в реальности существуют ликвидные активы в лучшем случае лишь на $123 млрд. Таким образом, объем «потерянных сокровищ», биткоинов и иных монет составляет $21 млрд, которые на криптовалютный рынок уже не вернуть.

RFC 4153 — XML-ваучер: универсальный язык ваучеров

 Network Working Group K. Fujimura
Запрос комментариев: 4153 NTT
Рубрика: Информационная М. Терада
                                                              НТТ ДоКоМо
                                                         Д. Истлейк 3-й
                                                   Лаборатории Моторола
                                                          сентябрь 2005 г.
                 XML-ваучер: универсальный язык ваучеров
Статус этого меморандума
   В этом меморандуме содержится информация для интернет-сообщества. Оно делает
   не указывать какой-либо стандарт Интернета. Распространение этого
   Памятка не ограничена.
Уведомление об авторских правах
   Авторское право (C) Общество Интернета (2005 г.).
Абстрактный
   Этот документ определяет правила для определения свойств ваучера в XML.
   синтаксис. Ваучер — это логическая сущность, представляющая право на
   требовать товары или услуги. Ваучер может быть использован для передачи широкого
   диапазон электронных ценностей, включая купоны, билеты, лояльность
   баллы и подарочные сертификаты, которые часто приходится обрабатывать в
   ход платежных и/или доставочных операций. 
Оглавление
   1. Введение ............................................... .. 2
   2. Модель обработки ...................................................... 2
   3. Модель доверия ...................................................... .... 4
   4. Структура компонентов ...................................... 4
   5. Обзор синтаксиса и примеры ...................................... 6
   6. Синтаксис и семантика ...................................................... 8
       6.1. <Ваучер> ....................................................... 8
       6.2. <Название> .............................................................. .. 96.3. <Описание> ...................................................... 9
       6.4. <Провайдер> ............................................................. 9
       6.5. <Эмитент> ....................................................... 10
       6.6. <Держатель> ....................................................... 10
       6.7. <Коллектор> ............ .......................................... 11
       6.8. <Значение> ....................................................... .. 11
            6.8.1. <Соотношение> ............................................. 13
            6.8.2. <Фиксированное> ............................................. 13
Фуджимура и др. Информационная [Страница 1] 

XML-ваучер RFC 4153: универсальный язык ваучеров, сентябрь 2005 г.
       6.9. <Товары> ...................................................... 14
       6.10. <Действительный период> ...................................... 14
       6.11. <Условия> ...................................................... 15
   7. Соображения IANA ...................................................... 15
   8. Пример схемы VTS ...................................................... 18
   9. Вопросы безопасности ...................................... 18
   10. Благодарности ...................................................... 1911. Нормативные ссылки ... ................................................... 19
   12. Информативные ссылки ...................................... 20
1. Введение
   Этот документ определяет правила для определения свойств ваучера в XML.
   синтаксис. Мотивация и предыстория спецификации
   описано в [VTS].
   Ваучер — это логическая сущность, представляющая определенное право и
   который логически управляется Системой торговли ваучерами (VTS). А
   ваучер генерируется эмитентом, продается среди пользователей и, наконец,
   собирается коллектором с помощью VTS.
   Этот документ определяет синтаксис и семантику Ваучера.
   Компонент, определяющий значение ваучера и правила обработки в формате XML.
   синтаксис [XML]. Компонент ваучера определяет свойства, которые должны
   быть удовлетворены тем, что ваучер может быть обработан VTS или другим
   торговые системы; например, кошелек или торговая система. Определения СДС
   и модели также определены в [VTS].
   Примечание. В этом документе «ваучер» используется как «экземпляр ваучера», чей
   значение определяется компонентом ваучера.  Другими словами,
   Компонент ваучера НЕ является ваучером, и можно использовать несколько ваучеров.
   выдается и управляется VTS с использованием одного и того же компонента ваучера.
   Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ТРЕБУЕТСЯ», «ДОЛЖЕН», «НЕ ДОЛЖЕН»,
   "СЛЕДУЕТ", "НЕ СЛЕДУЕТ", "РЕКОМЕНДУЕТСЯ", "МОЖЕТ" и "ДОПОЛНИТЕЛЬНО" в этом
   документ должны интерпретироваться, как описано в [RFC2119]
2. Модель обработки
   Существует несколько способов реализации VTS и технологий.
   постоянно меняется. Для купонов на скидку или билетов на мероприятия, для
   Например, автономная VTS на основе смарт-карты часто предпочтительнее, тогда как
   для облигаций или ценных бумаг предпочтительнее централизованная онлайн СУДС. Это
   нецелесообразно определять стандартные протоколы выдачи,
   передачи или погашения ваучеров в это время.
Фуджимура и др. Информационная [Страница 2] 

XML-ваучер RFC 4153: универсальный язык ваучеров, сентябрь 2005 г.
   Для обеспечения гибкости реализации в этом документе предполагается
   модульная архитектура кошелька, которая позволяет добавлять несколько VTS в качестве
   плагины.  В этой архитектуре вместо указания стандарта
   протокол передачи ваучеров, две спецификации, компонент ваучера и
   VTS-API стандартизированы (рис. 1).
   После того, как отправитель и получатель договорятся о том, какие ваучеры должны быть
   торгуется и какая VTS будет использоваться, система-эмитент или кошелек
   система запрашивает соответствующий плагин VTS для разрешения проблемы,
   переводить или выкупать транзакции, которые будут выполняться через VTS API.
   Затем VTS переписывает право собственности на ваучеры, используя VTS-
   конкретный протокол. Наконец, в кошелек отправляется событие завершения.
   системы или системы выдачи/инкассации.
   Этот документ описывает спецификацию Компонента ваучера.
   Спецификация VTS-API определена в [VTS-API].
   Кошелек отправителя/система выдачи Кошелек получателя/система сбора
   +---------------------------+ +-------------------- -------+
   | | | |
   | | Компонент ваучера | |
   | | (указывает поставщика VTS и обещание) | |
   | |------------------------------------------------- ------->| |
   | | | | | |
   | | Намерение получить и оплатить (вариант) | |
   | |<- - - - - - - - - - - - - - - - - - - - - - - - - - - - | |
   | | | | | |
   | | | | | |
   | | Выдача/перевод/ ВТС | | Регистрация ВТС | |
   | | подключаемый модуль запроса выкупа | подключаемый модуль Listener(*1)| |
   | |----------------->| | | |<------------------| |
   | | (VTS-API) |<- - - - - - - ->| (ВТС-АПИ) | |
   | | | для VTS | | |
   | | | протокол, если VTS | | |
   | | | распространяется | | |
   | | Результат |<- - - - - - - ->| Уведомить(*2) | |
   | |<------------------| | | |----------------->| |
   +---------------------------+ +-------------------- -------+
   (*1) Регистрация необязательна.  Также обратите внимание, что подключаемые модули VTS
        обычно предварительно регистрируется, когда кошелек или система сбора
        запущен.
   (*2) Если слушатель зарегистрирован.
           Рисунок 1. Архитектура кошелька с плагинами VTS
Фуджимура и др. Информационная [Страница 3] 

XML-ваучер RFC 4153: универсальный язык ваучеров, сентябрь 2005 г.
3. Модель доверия
   Ваучер считается доверенным, если эмитент и провайдер СУДС являются доверенными, т.к.
   Эмитент несет ответственность за содержание ваучера и СУДС
   Поставщик несет ответственность за предотвращение передачи права собственности
   нескольким пользователям.
   Уровень доверия, необходимый для Эмитента и Провайдера ВТС, зависит от
   тип (или Обещание) ваучера. Чтобы предоставить информацию
   необходимые для проверки, условия Эмитента и ВТС
   Провайдер указывается в компоненте ваучера и предоставляется в качестве входных данных для
   верификатор; например, система кошельков или другое программное обеспечение.  Доверие
   Таким образом, ваучер проверяется через Компонент ваучера. Эта модель
   позволяет торговым партнерам проверить их доверие к ваучеру
   независимо от их доверия к партнерам.
   В этом документе предполагается, что компонент ваучера является корнем
   доверять. Если злоумышленник может изменить компонент ваучера,
   поддельный ваучер может быть признан действительным.
   Когда компонент ваучера доставляется от доверенного поставщика VTS,
   Эмитент или доверенная третья сторона, безопасный канал связи (например,
   следует использовать [TLS], [IPSEC] или объектную безопасность, например [XMLDSIG]).
   для предотвращения изменений во время доставки.
   Примечание. Компонент ваучера не обязательно должен быть отправлен отправителем.
   ваучера. Также обратите внимание, что набор доверенных компонентов ваучера
   могут быть загружены до проведения транзакции.
4. Структура компонентов
   Компонент «Ваучер» предоставляет информацию, необходимую для идентификации
   денежная стоимость или товар, предоставленный при погашении ваучера. 
   Это включает в себя
   o какую ценность/предметы можно получить в обмен на ваучер,
      а также
   o ограничения, применяемые к ваучеру
      - участники (Провайдер СУДС, Эмитент, Держатель и Коллектор),
      - объекты (товары), подлежащие востребованию,
      - время действия (период действия), и
      - другие.
Фуджимура и др. Информационная [Страница 4] 

XML-ваучер RFC 4153: универсальный язык ваучеров, сентябрь 2005 г.
   Компонент Voucher также предоставляет общие свойства, полезные для
   отображение и управление содержимым систем кошельков. Это
   включает название и описание каждого ваучера.
   Компонент ваучера содержит следующие компоненты:
   Компонент заголовка
      Предоставляет название ваучера. Это в основном для перечисления
      объекты, хранящиеся в системе кошелька.
   Описание Компонент
      Содержит краткое описание ваучера. Это в основном для
      список сущностей, хранящихся в системе кошелька.
   Компонент поставщика
      Предоставляет ограничения, на которые VTS Provider (или плагин VTS) может
      использоваться для торговли ваучером. 
   Компонент эмитента
      Предусмотрены ограничения на эмитента ваучера.
   Компонент держателя
      Предусмотрены ограничения на Держателя ваучера.
   Компонент коллектора
      Предусмотрены ограничения на коллекционера ваучера.
   Компонент стоимости
      Предоставляет стоимость каждого ваучера. Есть два типа
      значения: фиксированные и относительные значения. Для фиксированной стоимости валюта
      и цифра указана. Для значения отношения скидка
      указывается соотношение соответствующего товара.
      Компонент стоимости также указывает количество ваучеров, которые необходимо
      погашается для получения товара или денежной стоимости, указанной
      в товарном компоненте или ценностном компоненте. Если "n" (>0) равно
      указано, товар или денежная стоимость могут быть востребованы в
      обмен на "n листов" ваучеров. Если указано «0», можно
      использоваться многократно.
Фуджимура и др. Информационная [Страница 5] 

XML-ваучер RFC 4153: универсальный язык ваучеров, сентябрь 2005 г. 
   Товарный компонент
      Предоставляет ограничения на заявляемый объект. Домен-
      конкретное значение ваучера (например, ссылочный номер
      товар или номер места для билета на мероприятие) указывается для
      идентифицировать товар, представленный при погашении ваучера.
   Компонент ValidPeriod
      Предусмотрены ограничения по сроку действия ваучера; то есть,
      дата начала и дата окончания.
   Компонент состояния
      Предоставляет любые другие применимые ограничения. Это предназначено для
      охватывают контракты между эмитентом и держателем ваучера в
      форма естественного языка.
   Используя вышеуказанные компоненты, семантика для различных типов ваучеров
   можно определить, как показано в таблице 1.
   +------------------------------------------------- +---------------+
   | | Значение | Ограничения |
   | +-----+---------------+-----------+---------------+
   | Примеры |Отношение| Фиксированный |Номер | Товары |
   | | +------+--------+необходим для| |
   | | |Сумма|Валюта|погашение| |
   +----------------+-----+------+---------+---------- +---------------+
   |Подарочный сертификат| | 25 | доллар США | 1 |(Не указано)|
   |Очки лояльности | | 1 | австралийский доллар | 10 |(Не указано)|
   |Членская карта | 20%| | | 0 |(Не указано)|
   |Купон | 30%| | | 1 |Говядина 500 г |
   |Билет на мероприятие | 100%| | | 1 |Зал А, С, К23 |
   |Обмен билетов | 100%| | | 1 |ISBN:0071355014|
   +----------------+-----+------+---------+---------- +---------------+
          Таблица 1.  Примеры ваучеров и их свойства
5. Обзор синтаксиса и примеры
   В этом разделе представлен обзор и примеры компонентов ваучера.
   Формальный синтаксис и семантика описаны в разделах 6 и 7.
   Компоненты ваучера представлены элементом , который
   имеет следующую структуру (где "?" обозначает ноль или единицу
   вхождение):
Фуджимура и др. Информационная [Страница 6] 

XML-ваучер RFC 4153: универсальный язык ваучеров, сентябрь 2005 г.
      <Ваучер>
        (Заголовок)
        (Описание)?
        (Провайдер)
        (эмитент)?
        (держатель)?
        (Коллекционер)?
        (Ценность)
        (товар)?
        (Действительный период)?
        (Условия)?
      
   Пример компонента ваучера описан ниже. Это
   пример пятидолларового купона на скидку для определенного товара,
   книга с номером ISBN 0071355014. Купон действует с 1 апреля,
   с 2001 г. по 31 марта 2002 г. Чтобы воспользоваться этим предложением, один ваучер должен быть
   потраченный. 
      
      <Ваучер xmlns="urn:ietf:params:xml:ns:vts-lang"
               xmlns:vts="http://www.example.com/vts">
        
        Скидка 5 долларов на книгу IOTP
        
          VE2.31
        
        <Имя издателя="Alice Book Center, Ltd.">
          
            1DA8DFCF95521014БББ7171Б95545Э8Д61АЭ803Ф
          
        
        
        <Тип значения="скидка" тратить="1">
          <Фиксированная сумма="5" валюта="доллары США"/>
        
        <Товары>
          
        
        <Действительный период start="2002-04-01" end="2003-03-31"/>
        <Условия>
          Стоимость этого купона облагается налогом. 
        
      
Фуджимура и др. Информационная [Страница 7] 

XML-ваучер RFC 4153: универсальный язык ваучеров, сентябрь 2005 г.
6. Синтаксис и семантика
   Общая структура компонента XML-ваучера описана в
   Раздел 4. В этом разделе подробно описаны функции компонента «Ваучер».
   Функции, описанные в этом разделе, ДОЛЖНЫ быть реализованы, если
   указано иное. Синтаксис определяется через [XML-Schema-1].
   [XML-схема-2]. Для ясности неквалифицированные элементы в схеме
   определения находятся в пространстве имен схемы XML:
      xmlns="http://www.w3.org/2001/XMLSchema"
   Ссылки на схему XML-ваучера, определенную здесь, используют префикс «gvl».
   и находятся в пространстве имен:
      xmlns:gvl="urn:ietf:params:xml:ns:vts-lang"
   Этот URI пространства имен для элементов, определенных в этом документе, является URN.
   [URN], который использует идентификатор пространства имен ietf, определенный
   [URN-NS-IETF] и расширен [XML-Registry].
   Это пространство имен также используется для неквалифицированных элементов в ваучере. 
   Примеры.
6.1. <Ваучер>
   Элемент  содержит