Вывод btc: AllTrustMe – , , (alltrust.me)

Монета

Макс. за 1 обмен

Лимит в теч. 24 часов

Лимит на платформе  в теч. 24 часов

KYC Уровень 0
(проверка не требуется)

Минимальный
Депозит

4 байта

Версия

1–9 байт (VarInt)

Счетчик входов

Сколько входов включено

Переменная

Входы

Входы

Один или несколько входов

1–9 байт (VarInt)

Счетчик выходов

Сколько выходов включено

Переменная

Выходы

6

Выходы и входы транзакций

Основным строительным блоком транзакции биткойнов является неизрасходованный выход транзакции или UTXO.UTXO — это неделимые блоки биткойн-валюты, привязанные к определенному владельцу, записанные в цепочке блоков и распознаваемые как денежные единицы всей сетью. Сеть биткойнов отслеживает все доступные (неизрасходованные) UTXO, которые в настоящее время исчисляются миллионами. Всякий раз, когда пользователь получает биткойн, эта сумма записывается в блокчейне как UTXO. Таким образом, биткойн пользователя может быть разбросан как UTXO среди сотен транзакций и сотен блоков. По сути, не существует такой вещи, как сохраненный баланс биткойн-адреса или учетной записи; есть только разрозненные UTXO, привязанные к конкретным владельцам.Концепция баланса биткойнов пользователя — это производная конструкция, созданная приложением кошелька. Кошелек рассчитывает баланс пользователя, сканируя цепочку блоков и собирая все UTXO, принадлежащие этому пользователю.

Совет

Нет счетов или остатков в биткойнах; есть только неизрасходованных выходов транзакций (UTXO), разбросанных по блокчейну.

UTXO может иметь произвольное значение, кратное сатоши. Точно так же, как доллары можно разделить до двух знаков после запятой как центы, биткойны можно разделить до восьми знаков после запятой как сатоши.Хотя UTXO может иметь любое произвольное значение, однажды созданное оно неделимо, как монета, которую нельзя разрезать пополам. Если UTXO больше, чем желаемое значение транзакции, он все равно должен быть использован полностью, и в транзакции должны быть сгенерированы изменения. Другими словами, если у вас есть 20 биткойнов UTXO и вы хотите заплатить 1 биткойн, ваша транзакция должна потреблять все 20 биткойнов UTXO и давать два результата: один платит 1 биткойн желаемому получателю, а другой платит 19 биткойнов в обмен на ваш бумажник.В результате большинство транзакций с биткойнами приведет к изменениям.

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

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

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

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

Исключением из цепочки вывода и ввода является специальный тип транзакции, называемый транзакцией coinbase , которая является первой транзакцией в каждом блоке. Эта транзакция размещается там «победившим» майнером и создает совершенно новый биткойн, подлежащий выплате этому майнеру в качестве вознаграждения за майнинг.Вот как создается денежная масса биткойна в процессе майнинга, как мы увидим в главе 8.

Tip

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

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

UTXO отслеживаются каждым биткойн-клиентом с полным узлом в базе данных, хранящейся в памяти, называемой набором UTXO или пулом UTXO . Новые транзакции потребляют (расходуют) один или несколько из этих выходов из набора UTXO.

Выходы транзакции состоят из двух частей:

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

Язык сценариев транзакций, используемый в сценарии блокировки, упомянутом ранее, подробно обсуждается в разделах «Сценарии транзакций и язык сценариев».Таблица 5-2 показывает структуру вывода транзакции.

Таблица 5-2. Структура вывода транзакции

В примере 5-1 мы используем цепочку блоков.info API для поиска неизрасходованных выходов (UTXO) определенного адреса.

Пример 5-1. Скрипт, который вызывает API blockchain.info для поиска UTXO, связанного с адресом

  # получение неизрасходованных выходных данных из API блокчейна 

  импорт   json 
  импорт   запросов 

  # пример адреса 
  адрес   =   '1Dorian4RoXcnBv9hnQ4Y2C1an6NJ4UrjX' 

  # URL-адрес API: https://blockchain.info/unspent?active= 
 
  # Возвращает объект JSON со списком "unspent_outputs", содержащим UTXO, например: 
  # {"unspent_outputs": [
  # {
  # "tx_hash": "ebadfaa92f1fd29e2fe296eda702c48bd11ffd52313e986e99ddad62167", 
  # "tx_index": 51
7, 
  # "tx_output_n": 1, 
  # "script": "76a9148c7e252f8d64b0b6e3139850fcfefcf4a2d88ac", 
  # "значение": 8000000, 
  # "value_hex": "7a1200", 
  # "подтверждения": 28691 
  #}, 
  #... 
  #]} 

  или   =   запросов  .   получить   (  'https://blockchain.info/unspent?active=  % s  '  %   адрес  ) 
  utxo_set   =   json  .   загружает   (  или  .   текст  ) [  "unspent_outputs"  ] 

  для   utxo   дюйм   utxo_set  : 
      печать   " % s  :  % d   -  % ld   Satoshis"  %   (  utxo  12 [  ' '   ' ' utxo   [  'tx_output_n'  ],   utxo   [  'value'  ])  

Запустив скрипт, мы видим список идентификаторов транзакций, двоеточие, номер индекса конкретный неизрасходованный выход транзакции (UTXO) и значение этого UTXO в сатоши.Сценарий блокировки не показан в выходных данных примера 5-2.

Пример 5-2. Запуск сценария get-utxo.py

  $  python get-utxo.py
ebadfaa92f1fd29e2fe296eda702c48bd11ffd52313e986e99ddad62167: 1 - 8000000 сатоши
6596fd070679de96e405d52b51b8e1d644029108ec4cbfe451454486796a1ecf: 0 - 16050000 сатоши
74d788804e2aae10891d72753d1520da1206e6f4f20481cc1555b7f2cb44aca0: 0 - 5000000 Сатоши
b2affea89ff82557c60d635a2a3137b8f88f12ecec85082f7d0a1f82ee203ac4: 0 - 10000000 сатоши
... 

Условия расходов (обременения)

Выходы транзакций связывают определенную сумму (в сатоши) с конкретным обременением или сценарием блокировки, который определяет условие, которое должно быть выполнено, чтобы потратить эту сумму. В большинстве случаев сценарий блокировки блокирует вывод на конкретный биткойн-адрес, тем самым передавая право собственности на эту сумму новому владельцу. Когда Алиса заплатила Bob’s Cafe за чашку кофе, ее транзакция создала 0,015 биткойнов, на выходе , обремененных или привязанных к биткойн-адресу кафе.Эти 0,015 биткойнов были записаны в блокчейне и стали частью набора неизрасходованных транзакций, то есть отображались в кошельке Боба как часть доступного баланса. Когда Боб решает потратить эту сумму, его транзакция снимает обременение, разблокируя выход, предоставляя сценарий разблокировки, содержащий подпись из закрытого ключа Боба.

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

Когда пользователи производят платеж, их кошелек создает транзакцию, выбирая из доступного UTXO. Например, для совершения платежа в биткойнах 0,015 приложение кошелька может выбрать UTXO 0,01 и UTXO 0,005, используя их оба для добавления к желаемой сумме платежа.

В примере 5-3 мы показываем использование «жадного» алгоритма для выбора из доступных UTXO, чтобы произвести определенную сумму платежа. В этом примере доступный UTXO предоставляется в виде постоянного массива, но на самом деле доступный UTXO может быть получен с помощью вызова RPC к Bitcoin Core или к стороннему API, как показано в Примере 5-1.

Пример 5-3. Скрипт для расчета общего количества выпущенных биткойнов

  # Выбирает выходные данные из списка UTXO с использованием жадного алгоритма.

  из   sys   импорт   argv 

  класс   OutputInfo  : 

      def   __init__   (  self  ,   tx_hash  ,   tx_index  ,   значение  ): 
          сам  .   tx_hash   =   tx_hash 
          сам  .   tx_index   =   tx_index 
          сам  .  значение   =   значение 

      def   __repr__   (  self  ): 
          возврат   "< % s  :  % s   с  % s   Satoshis>"  %   (  сам  .  .   tx_index  , 
                                               сам  .  значение  ) 

  # Выбрать оптимальные выходы для отправки из списка неизрасходованных выходов. 
  # Возвращает список вывода и оставшееся изменение для отправки на 
  # изменить адрес. 
  def   select_outputs_greedy   (  неизрасходовано  ,   min_value  ): 
      # Ошибка, если пусто. 
      если   нет   неизрасходованные  : 
          возврат   Нет 
      # Разделение на 2 списка.
      lessers   =   [  utxo   для   utxo   in   неизрасходовано   if   utxo  .   значение   <  min_value  ] 
      больше   =   [  utxo   для   utxo   in   неизрасходовано   if   utxo  .   значение  > =   min_value  ] 
      key_func   =   лямбда   utxo  :   utxo  .  значение 
      если   больше  : 
          # Не пусто. Найдите наименьшее большее. 
          min_greater   =   min   (  больше  ) 
          изменить   =   min_greater  .   значение  -  min_value 
          возврат   [  min_greater  ],   изменение 
      # Не встречается в больших.Вместо этого попробуйте несколько лессеров. 
      # Переставьте их в порядке убывания. Мы хотим использовать минимум 
      # Максимальное количество входов. 
      лессеры  .   сортировка   (  ключ   =   key_func  ,   обратный   =   True  ) 
      результат   =   [] 
      накопитель   =   0 
      для   utxo   дюйм   лессеры  : 
          результат  .  добавить   (  utxo  ) 
          аккумулятор   + =   utxo  .   значение 
          если   накопитель  > =   min_value  : 
              изменить   =   накопить  -  min_value 
              возврат   результат  ,   "Изменение:  % d   Satoshis"  %   изменение 
      # Ничего не найдено.
      возврат   Нет  ,   0 

  по умолчанию   основной   (): 
      неизрасходованные   =   [
          OutputInfo   (  "ebadfaa92f1fd29e2fe296eda702c48bd11ffd52313e986e99ddad62167"  ,   1  ,   8000000 9012
          OutputInfo   (  "6596fd070679de96e405d52b51b8e1d644029108ec4cbfe451454486796a1ecf"  ,   0  ,    16050000)   16050000
          OutputInfo   (  "b2affea89ff82557c60d635a2a3137b8f88f12ecec85082f7d0a1f82ee203ac4"  ,   0  ,  000  000)  000
          OutputInfo   (  "7dbc497969c7475e45d952c4a872e213fb15d45e5cd3473c386a71a1b0c136a1"  ,   0  12,     
          OutputInfo   (  "55ea01bd7e9afd3d3ab97e777d62a0709cf0725e80a7350fdb22d7b8ec6"  ,   17  , 27          
          OutputInfo   (  "12b6a7934c1df821945ee9ee3b3326d07ca7a65fd6416ea44ce8c3db0c078c64"  ,   0  ,  000  000)
          OutputInfo   (  "7f42eda67921ee92eae5f79bd37c68c9cb859b899ce70dba68c48338857b7818"  ,   0  ,   161007000)  
     ] 

      если   лен   (  argv  )  >   1  : 
          цель   =   длинный   (  argv   [  1  ]) 
      еще  : 
          цель   =   55000000 

      print   "Для суммы транзакции  % d   Satoshis ( % f   bitcoin) используйте:"  %   (  target  ,   target  /10127.0   **   8  ) 
      печать   select_outputs_greedy   (  неизрасходованные  ,   цель  ) 

 , если   __name__   ==   "__main__"  : 
      main   ()  

Если мы запустим сценарий select-utxo.py без параметра, он попытается создать набор UTXO (и изменения) для выплаты 55000000 сатоши (0.55 биткойн). Если вы укажете целевую сумму платежа в качестве параметра, сценарий выберет UTXO для выполнения этой целевой суммы платежа. В примере 5-4 мы запускаем скрипт, пытаясь произвести платеж в размере 0,5 биткойна или 50 000 000 сатоши.

Пример 5-4. Запуск сценария select-utxo.py

 $ python select-utxo.py 50000000
Для суммы транзакции 50000000 сатоши (0.500000 биткойнов) используйте:
([<7dbc497969c7475e45d952c4a872e213fb15d45e5cd3473c386a71a1b0c136a1: 0 с 25000000 Satoshis>, <7f42eda67921ee92eae5f79bd37c68c9cb859b899ce70dba68c48338857b7818: 0 с 16100000 Satoshis>, <6596fd070679de96e405d52b51b8e1d644029108ec4cbfe451454486796a1ecf: 0 с 16050000 Satoshis>], 'Изменение: 7150000 Satoshis') 

После того, как UTXO выбран, бумажник затем производит разблокировку сценарии, содержащие сигнатуры для каждого UTXO, что делает их доступными для использования, удовлетворяя их условиям сценария блокировки.Кошелек добавляет эти ссылки UTXO и скрипты разблокировки в качестве входных данных для транзакции. Таблица 5-3 показывает структуру ввода транзакции.

Таблица 5-3. Структура ввода транзакции

Примечание

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

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

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

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

Со временем способ расчета комиссий за транзакции и их влияние на приоритизацию транзакций изменились. Сначала комиссии за транзакции были фиксированными и постоянными во всей сети. Постепенно структура комиссий была смягчена, чтобы на нее могли влиять рыночные силы в зависимости от пропускной способности сети и объема транзакций.Текущая минимальная комиссия за транзакцию установлена ​​на уровне 0,0001 биткойна или десятой милли биткойна за килобайт, недавно снизившись с одного милли биткойна. Большинство транзакций составляют менее одного килобайта; однако те, у которых несколько входов или выходов, могут быть больше. Ожидается, что в будущих версиях протокола биткойнов приложения-кошельки будут использовать статистический анализ для расчета наиболее подходящей комиссии для присоединения к транзакции на основе средней комиссии за последние транзакции.

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

Добавление комиссий к транзакциям

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

Комиссия за транзакцию подразумевается как превышение входов минус выходы:

 Комиссии = Сумма (Входы) - Сумма (Выходы) 

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

Например, если вы используете UTXO на 20 биткойнов для совершения платежа в 1 биткойн, вы должны включить вывод сдачи 19 биткойнов обратно в свой кошелек. В противном случае «оставшиеся» 19 биткойнов будут считаться комиссией за транзакцию и будут собраны майнером, который майнит вашу транзакцию в блоке. Хотя вы получите приоритетную обработку и порадует майнера, это, вероятно, не то, что вы планировали.

Предупреждение

Если вы забудете добавить выход изменения в транзакцию, созданную вручную, вы оплатите это изменение как комиссию за транзакцию. "Сдачи не надо!" может быть не тем, что вы хотели.

Давайте посмотрим, как это работает на практике, еще раз посмотрев на покупку кофе Алисой. Алиса хочет потратить 0,015 биткойна на оплату кофе. Чтобы обеспечить своевременную обработку этой транзакции, она захочет включить комиссию за транзакцию, скажем, 0,001. Это будет означать, что общая стоимость транзакции будет равна 0.016. Следовательно, ее кошелек должен быть источником набора UTXO, который в сумме составляет 0,016 биткойна или более, и, при необходимости, вносить изменения. Допустим, в ее кошельке есть UTXO на 0,2 биткойна. Поэтому ему необходимо будет использовать этот UTXO, создать один выход для Bob’s Cafe за 0,015 и второй выход с 0,184 биткойна в обмен на свой собственный кошелек, оставив 0,001 биткойна нераспределенным в качестве неявной комиссии за транзакцию.

А теперь давайте посмотрим на другой сценарий. Евгения, директор благотворительной организации по работе с детьми на Филиппинах, завершила сбор средств на покупку школьных учебников для детей.Она получила несколько тысяч небольших пожертвований от людей со всего мира на общую сумму 50 биткойнов, поэтому ее кошелек заполнен очень маленькими платежами (UTXO). Теперь она хочет купить сотни школьных учебников у местного издателя, заплатив биткойнами.

Поскольку приложение кошелька Евгении пытается создать одну большую платежную транзакцию, оно должно исходить из доступного набора UTXO, который состоит из множества меньших сумм. Это означает, что результирующая транзакция будет исходить из более чем сотни мелких UTXO в качестве входных данных и только из одного выхода, оплачиваемого издателем книги.Транзакция с таким количеством входов будет больше одного килобайта, возможно, от 2 до 3 килобайт. В результате потребуется более высокая комиссия, чем минимальная сетевая плата в 0,0001 биткойн.

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

Объединение транзакций и потерянные транзакции

Как мы видели, транзакции образуют цепочку, при которой одна транзакция расходует выходные данные предыдущей транзакции (известной как родительская) и создает выходные данные для последующей транзакции (известной как дочерняя) . Иногда целая цепочка зависимых друг от друга транзакций - например, родительская, дочерняя и внучатая транзакции - создается одновременно для выполнения сложного транзакционного рабочего процесса, который требует, чтобы действительные дочерние элементы были подписаны до того, как будет подписан родительский элемент.Например, это метод, используемый в транзакциях CoinJoin, когда несколько сторон объединяют транзакции вместе, чтобы защитить свою конфиденциальность.

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

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

Сценарии транзакций и язык сценариев

Клиенты Биткойн проверяют транзакции, выполняя сценарий, написанный на языке сценариев, подобном Forth.И сценарий блокировки (обременение), помещенный в UTXO, и сценарий разблокировки, который обычно содержит подпись, написаны на этом языке сценариев. Когда транзакция подтверждена, сценарий разблокировки на каждом входе выполняется вместе с соответствующим сценарием блокировки, чтобы проверить, удовлетворяет ли он условию расходов.

Сегодня большинство транзакций, обрабатываемых через сеть биткойнов, имеют форму «Алиса платит Бобу» и основаны на том же сценарии, который называется сценарием Pay-to-Public-Key-Hash.Однако использование сценариев для блокировки выходов и разблокировки входов означает, что благодаря использованию языка программирования транзакции могут содержать бесконечное количество условий. Биткойн-транзакции не ограничиваются формой и шаблоном «Алиса платит Бобу».

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

Подсказка

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

Построение сценария (блокировка + разблокировка)

Механизм проверки транзакций Биткойн полагается на два типа сценариев для проверки транзакций: сценарий блокировки и сценарий разблокировки.

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

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

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

В исходном биткойн-клиенте скрипты разблокировки и блокировки были объединены и выполнялись последовательно. По соображениям безопасности это было изменено в 2010 году из-за уязвимости, которая позволяла некорректному сценарию разблокировки помещать данные в стек и повредить сценарий блокировки. В текущей реализации сценарии выполняются отдельно со стеком, передаваемым между двумя выполнениями, как описано ниже.

Сначала выполняется сценарий разблокировки с использованием механизма выполнения стека.Если сценарий разблокировки выполняется без ошибок (например, в нем не осталось «висящих» операторов), копируется основной стек (а не альтернативный стек) и выполняется сценарий блокировки. Если результатом выполнения сценария блокировки с данными стека, скопированными из сценария разблокировки, является «ИСТИНА», сценарий разблокировки преуспел в разрешении условий, налагаемых сценарием блокировки, и, следовательно, входные данные являются действительным разрешением на использование UTXO. . Если после выполнения объединенного сценария остается какой-либо результат, отличный от «ИСТИНА», ввод недопустим, поскольку он не удовлетворяет условиям затрат, установленным для UTXO.Обратите внимание, что UTXO постоянно записывается в цепочку блоков и, следовательно, неизменен, и на него не влияют неудачные попытки потратить его по ссылке в новой транзакции. Только действительная транзакция, которая правильно удовлетворяет условиям UTXO, приводит к тому, что UTXO помечается как «потраченный» и удаляется из набора доступных (неизрасходованных) UTXO.

Рисунок 5-1 представляет собой пример сценариев разблокировки и блокировки для наиболее распространенного типа транзакции биткойнов (платеж на хэш открытого ключа), показывающий комбинированный сценарий, полученный в результате объединения сценариев разблокировки и блокировки перед сценарием. Проверка.

Рисунок 5-1. Комбинирование scriptSig и scriptPubKey для оценки сценария транзакции

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

Язык сценариев Биткойна называется языком на основе стека, потому что он использует структуру данных, называемую стеком . Стек - это очень простая структура данных, которую можно визуализировать как стопку карточек. Стек позволяет две операции: push и pop. Push добавляет элемент в верхнюю часть стека. Pop удаляет верхний элемент из стека.

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

Условные операторы оценивают условие, выдавая логический результат ИСТИНА или ЛОЖЬ. Например, OP_EQUAL выталкивает два элемента из стека и нажимает ИСТИНА (ИСТИНА представлено числом 1), если они равны, или ЛОЖЬ (представлено нулем), если они не равны.Скрипты биткойн-транзакций обычно содержат условный оператор, поэтому они могут выдавать ИСТИННЫЙ результат, обозначающий действительную транзакцию.

На рисунке 5-2 сценарий 2 3 OP_ADD 5 OP_EQUAL демонстрирует оператор арифметического сложения OP_ADD , складывающий два числа и помещающий результат в стек, за которым следует условный оператор OP_EQUAL , который проверяет, что Итоговая сумма равна 5 . Для краткости префикс OP_ в пошаговом примере опущен.

Ниже представлен немного более сложный сценарий, который вычисляет 2 + 7 - 3 + 1 . Обратите внимание, что когда сценарий содержит несколько операторов подряд, стек позволяет выполнять действия одного оператора следующему оператору:

 2 7 OP_ADD 3 OP_SUB 1 OP_ADD 7 OP_EQUAL 

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

Хотя большинство сценариев блокировки ссылаются на адрес биткойна или открытый ключ, что требует подтверждения права собственности на использование средств, сценарий не обязательно должен быть таким сложным.Допустима любая комбинация сценариев блокировки и разблокировки, которая приводит к значению ИСТИНА. Простая арифметика, которую мы использовали в качестве примера языка сценариев, также является допустимым сценарием блокировки, который можно использовать для блокировки вывода транзакции.

Используйте часть сценария арифметического примера в качестве сценария блокировки:

 3 OP_ADD 5 OP_EQUAL 

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

 2 

Программное обеспечение проверки сочетает блокировку и разблокировку сценарии и результирующий сценарий:

 2 3 OP_ADD 5 OP_EQUAL 

Как мы видели в пошаговом примере на рисунке 5-2, когда этот сценарий выполняется, результатом является OP_TRUE , что делает транзакцию действительной. .Это не только действительный сценарий блокировки вывода транзакции, но и получившийся UTXO может быть использован любым, кто обладает арифметическими навыками, чтобы знать, что число 2 удовлетворяет сценарию.

Рисунок 5-2. Проверка сценария Биткойна с помощью простых вычислений

Совет

Транзакции действительны, если верхний результат в стеке ИСТИНА (обозначен как {0x01} ), любое другое ненулевое значение или если стек пуст после выполнения сценария. Транзакции недействительны, если верхнее значение в стеке равно FALSE (пустое значение нулевой длины, обозначенное как {} ) или если выполнение скрипта явно остановлено оператором, таким как OP_VERIFY, OP_RETURN, или условным ограничителем, например OP_ENDIF.См. Подробности в Приложении A.

Язык сценария транзакции биткойнов содержит множество операторов, но намеренно ограничен одним важным способом - нет никаких циклов или сложных возможностей управления потоком, кроме условного управления потоком. Это гарантирует, что язык не соответствует Turing Complete , а это означает, что скрипты имеют ограниченную сложность и предсказуемое время выполнения. Скрипт не является языком общего назначения. Эти ограничения гарантируют, что язык не может быть использован для создания бесконечного цикла или другой формы «логической бомбы», которая может быть встроена в транзакцию таким образом, чтобы вызвать атаку отказа в обслуживании против сети биткойнов.Помните, что каждая транзакция проверяется каждым полным узлом сети биткойнов. Ограниченный язык не позволяет использовать механизм проверки транзакции в качестве уязвимости.

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

В первые несколько лет разработки биткойна разработчики ввели некоторые ограничения в типы скриптов, которые могут обрабатываться эталонным клиентом. Эти ограничения закодированы в функции isStandard () , которая определяет пять типов «стандартных» транзакций.Эти ограничения являются временными и могут быть сняты к тому времени, когда вы прочитаете это. До тех пор пять стандартных типов скриптов транзакций - единственные, которые будут приняты эталонным клиентом и большинством майнеров, запускающих эталонный клиент. Хотя можно создать нестандартную транзакцию, содержащую сценарий, который не является одним из стандартных типов, вы должны найти майнера, который не соблюдает эти ограничения, чтобы превратить эту транзакцию в блок.

Проверьте исходный код клиента Bitcoin Core (эталонная реализация), чтобы узнать, что в настоящее время разрешено в качестве допустимого сценария транзакции.

Пять стандартных типов сценариев транзакций: хэш-код с оплатой по общему ключу (P2PKH), с открытым ключом, с несколькими подписями (до 15 ключей), хеш с оплатой по сценарию (P2SH) и с данными. output (OP_RETURN), которые более подробно описаны в следующих разделах.

Pay-to-Public-Key-Hash (P2PKH)

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

Например, давайте еще раз посмотрим на платеж Алисы в адрес Bob’s Cafe. Алиса перевела 0,015 биткойна на биткойн-адрес кафе. Этот вывод транзакции будет иметь сценарий блокировки вида:

 OP_DUP OP_HASh260 <Хеш открытого ключа кафе> OP_EQUAL OP_CHECKSIG 

Хэш открытого ключа кафе эквивалентен биткойн-адресу кафе без кодировки Base58Check.Большинство приложений будут отображать хэш открытого ключа в шестнадцатеричном кодировании, а не знакомый формат адреса биткойнов Base58Check, который начинается с «1».

Предыдущий сценарий блокировки может быть удовлетворен сценарием разблокировки в форме:

 <Подпись кафе> <Открытый ключ кафе> 

Два сценария вместе образуют следующий комбинированный сценарий проверки:

 <Подпись кафе> <Кафе Открытый ключ> OP_DUP OP_HASh260
<Хэш открытого ключа Cafe> OP_EQUAL OP_CHECKSIG 

При выполнении этот комбинированный сценарий будет оцениваться как TRUE, если и только если сценарий разблокировки соответствует условиям, установленным сценарием блокировки.Другими словами, результатом будет ИСТИНА, если сценарий разблокировки имеет действительную подпись из закрытого ключа кафе, которая соответствует хешу открытого ключа, установленному в качестве обременения.

На рисунках 5-3 и 5-4 показано (в двух частях) пошаговое выполнение комбинированного сценария, который докажет, что это действительная транзакция.

Рисунок 5-3. Оценка сценария для транзакции P2PKH (Часть 1 из 2)

Pay-to-public-key - более простая форма биткойн-платежа, чем pay-to-public-key-hash.В этой форме сценария сам открытый ключ хранится в сценарии блокировки, а не в хэше открытого ключа, как в случае с P2PKH ранее, который намного короче. Pay-to-public-key-hash был изобретен Сатоши, чтобы сделать биткойн-адреса короче для простоты использования. Плата за открытый ключ теперь чаще всего встречается в транзакциях с базой монет, созданных старым программным обеспечением для майнинга, которое не было обновлено для использования P2PKH.

Сценарий блокировки с оплатой по общему ключу выглядит следующим образом:

 <Открытый ключ A> OP_CHECKSIG 

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

 <Подпись из закрытого ключа A> 

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

 <Подпись из закрытого ключа A> <Открытый ключ A> OP_CHECKSIG 

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

Рисунок 5-4. Оценка сценария для транзакции P2PKH (Часть 2 из 2)

Сценарии с несколькими подписями устанавливают условие, при котором N открытых ключей записываются в сценарий, и по крайней мере M из них должны предоставлять подписи для освобождения от обременения. Это также известно как схема M-of-N, где N - общее количество ключей, а M - порог подписей, необходимых для проверки. Например, мульти-подпись 2-из-3 - это та, в которой три открытых ключа указаны в качестве потенциальных подписывающих лиц, и по крайней мере два из них должны использоваться для создания подписей для действительной транзакции для расходования средств.В настоящее время стандартные сценарии с несколькими подписями ограничены максимум 15 перечисленными открытыми ключами, что означает, что вы можете делать что угодно, от 1-из-1 до мульти-подписи 15-из-15 или любую комбинацию в этом диапазоне. Ограничение до 15 перечисленных ключей может быть снято к моменту публикации этой книги, поэтому проверьте функцию isStandard () , чтобы узнать, что в настоящее время принимается сетью.

Общая форма сценария блокировки, устанавливающего условие множественной подписи M из N:

 M <Открытый ключ 1> <Открытый ключ 2>... <Открытый ключ N> N OP_CHECKMULTISIG 

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

Сценарий блокировки, устанавливающий условие множественной подписи 2 из 3, выглядит следующим образом:

 2 <Открытый ключ A> <Открытый ключ B> <Открытый ключ C> 3 OP_CHECKMULTISIG 

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

 OP_0 <Подпись B> <Подпись C> 

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

Примечание

Префикс OP_0 требуется из-за ошибки в исходной реализации CHECKMULTISIG , когда из стека выскакивает слишком много элементов. Он игнорируется CHECKMULTISIG и является просто заполнителем.

Два сценария вместе образуют объединенный сценарий проверки:

 OP_0 <Подпись B> <Подпись C> 2 <Открытый ключ A> <Открытый ключ B> <Открытый ключ C> 3 OP_CHECKMULTISIG 

При выполнении этот объединенный сценарий будет оцениваться как ИСТИНА, если и только если скрипт разблокировки соответствует условиям, установленным скриптом блокировки.В этом случае условием является наличие у сценария разблокировки действительной подписи из двух закрытых ключей, которые соответствуют двум из трех открытых ключей, установленных в качестве обременения.

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

Использование цепочки блоков биткойнов для хранения данных, не связанных с платежами в биткойнах, является спорной темой. Многие разработчики считают такое использование оскорбительным и не одобряют его.Другие рассматривают это как демонстрацию мощных возможностей технологии блокчейн и хотят поощрять такие эксперименты. Те, кто возражает против включения данных о неплатежах, утверждают, что это вызывает «раздувание блокчейна», обременяя тех, кто использует полные биткойн-узлы, нести стоимость дискового хранилища для данных, которые блокчейн не предназначен для передачи. Более того, такие транзакции создают UTXO, которые нельзя потратить, используя биткойн-адрес назначения в виде 20-байтового поля произвольной формы. Поскольку адрес используется для данных, он не соответствует закрытому ключу, и результирующий UTXO не может быть потрачен никогда; это поддельный платеж.Эта практика приводит к увеличению размера установленного в памяти UTXO, и, следовательно, эти транзакции, которые никогда не могут быть потрачены, никогда не удаляются, вынуждая узлы биткойнов нести их навсегда в ОЗУ, что намного дороже.

В версии 0.9 клиента Bitcoin Core компромисс был достигнут с введением оператора OP_RETURN . OP_RETURN позволяет разработчикам добавлять 40 байтов данных о неплатежах к выходным данным транзакции. Однако, в отличие от использования «фальшивого» UTXO, оператор OP_RETURN создает явно непригодный для доказательства вывод , который не нужно сохранять в наборе UTXO. OP_RETURN Выходные данные записываются в блокчейн, поэтому они занимают дисковое пространство и способствуют увеличению размера блокчейна, но они не хранятся в наборе UTXO и, следовательно, не раздувают пул памяти UTXO и не обременяют полные узлы затратами. более дорогой оперативной памяти.

Сценарии OP_RETURN выглядят следующим образом:

 OP_RETURN <данные> 

Часть данных ограничена 40 байтами и чаще всего представляет собой хэш, например результат алгоритма SHA256 (32 байта).Многие приложения ставят перед данными префикс, чтобы помочь идентифицировать приложение. Например, в службе цифрового нотариального удостоверения «Доказательство существования» используется 8-байтовый префикс «DOCPROOF», который имеет кодировку ASCII как 44f4350524f4f46 в шестнадцатеричном формате.

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

Стандартная транзакция (та, которая соответствует проверкам isStandard () ) может иметь только один выход OP_RETURN .Однако один выход OP_RETURN может быть объединен в транзакции с выходами любого другого типа.

Pay-to-Script-Hash (P2SH)

Pay-to-script-hash (P2SH) был представлен в 2012 году как мощный новый тип транзакции, который значительно упрощает использование сложных сценариев транзакций. Чтобы объяснить необходимость P2SH, давайте рассмотрим практический пример.

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

Результирующий сценарий довольно длинный и выглядит следующим образом:

 2 <Открытый ключ Мохаммеда> <Открытый ключ партнера1> <Открытый ключ партнера2> <Открытый ключ партнера3> <Открытый ключ поверенного> 5 OP_CHECKMULTISIG 

Хотя сценарии с несколькими подписями являются мощной функцией, они громоздки в использовании. Учитывая предыдущий сценарий, Мохаммед должен был передать этот сценарий каждому покупателю до оплаты. Каждый клиент должен будет использовать специальное программное обеспечение для биткойн-кошелька с возможностью создания пользовательских сценариев транзакций, и каждый клиент должен будет понимать, как создать транзакцию с использованием пользовательских сценариев.Более того, итоговая транзакция будет примерно в пять раз больше, чем простая платежная транзакция, потому что этот сценарий содержит очень длинные открытые ключи. Бремя этой сверхкрупной транзакции ляжет на плечи клиента в виде комиссионных. Наконец, такой большой сценарий транзакции будет переноситься в UTXO, установленном в ОЗУ на каждом полном узле, пока он не будет израсходован. Все эти проблемы затрудняют использование сложных сценариев вывода на практике.

Pay-to-script-hash (P2SH) был разработан для решения этих практических трудностей и для упрощения использования сложных скриптов, таких как оплата на биткойн-адрес.В платежах P2SH сложный скрипт блокировки заменяется его цифровым отпечатком - криптографическим хешем. Когда транзакция, пытающаяся потратить UTXO, представляется позже, она должна содержать сценарий, соответствующий хэшу, в дополнение к сценарию разблокировки. Проще говоря, P2SH означает «заплатить скрипту, соответствующему этому хешу, скрипту, который будет представлен позже, когда эти выходные данные будут потрачены».

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

Таблица 5-4. Сложный скрипт без P2SH

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

Давайте посмотрим на компанию Мохаммеда, сложный сценарий с несколькими подписями и полученные сценарии P2SH.

Во-первых, сценарий с несколькими подписями, который компания Мохаммеда использует для всех входящих платежей от клиентов:

 2 <Открытый ключ Мохаммеда> <Открытый ключ партнера1> <Открытый ключ партнера2> <Открытый ключ партнера3> <Открытый ключ поверенного> 5 OP_CHECKMULTISIG 

Если заполнители заменены фактическими открытыми ключами (показаны здесь как 520-битные числа, начинающиеся с 04), вы увидите, что этот сценарий становится очень длинным:

 2
04C16B8698A9ABF84250A7C3EA7EEDEF9897D1C8C6ADF47F06CF73370D74DCCA01CDCA79DCC5C395D7EEC6984D83F1F50C900A24DD47F569FD4193AF5DE762C58704A2192968D8655D6A935BEAF2CA23E3FB87A3495E7AF308EDF08DAC3C1FCBFC2C75B4B0F4D0B1B70CD2423657738C0C2B1D5CE65C97D78D0E34224858008E8B49047E63248B75DB7379BE9CDA8CE5751D16485F431E46117B9D0C1837C9D5737812F393DA7D4420D7E1A9162F0279CFC10F1E8E8F3020DECDBC3C0DD389D99779650421D65CBD7149B255382ED7F78E946580657EE6FDA162A187543A9D85BAAA93A4AB3A8F044DADA618D087227440645ABE8A35DA8C5B73997AD343BE5C2AFD94A5043752580AFA1ECED3C68D446BCAB69AC0BA7DF50D56231BE0AABF1FDEEC78A6A45E394BA29A1EDF518C022DD618DA774D207D137AAB59E0B000EB7ED238F4D800 5 OP_CHECKMULTISIG 

Этот сценарий может вместо этого быть представлена ​​20-байтовой криптографический хэш, сначала путем применения алгоритма хэширования SHA256, а затем применения алгоритма ripemd160 на результат.20-байтовый хэш предыдущего сценария:

 54c557e07dde5bb6cb791c7a540e0a4796f5e97e 

Транзакция P2SH блокирует вывод в этот хеш вместо более длинного сценария, используя сценарий блокировки:

 OP_HAS7BB07ec7ec7e07e6e6e6e6e6e05e6e6e6e намного короче. Вместо того, чтобы «заплатить этому скрипту с несколькими подписями с 5 ключами», эквивалентная транзакция P2SH - «заплатить скрипту с этим хешем». Клиенту, производящему платеж компании Мохаммеда, нужно только включить этот гораздо более короткий скрипт блокировки в свой платеж.Когда Мохаммед хочет потратить этот UTXO, он должен представить исходный скрипт погашения (тот, чей хэш заблокировал UTXO) и подписи, необходимые для его разблокировки, например: 
 
   <2 PK1 PK2 PK3 PK4 PK5 5 OP_CHECKMULTISIG> 
 Два сценария объединяются в два этапа. Сначала скрипт погашения сравнивается со скриптом блокировки, чтобы убедиться, что хеш-код совпадает:
 <2 PK1 PK2 PK3 PK4 PK5 5 OP_CHECKMULTISIG> OP_HASh260  OP_EQUAL 
 Если хэш скрипта погашения совпадает, скрипт разблокировки выполняется самостоятельно, чтобы разблокировать скрипт погашения:
   2 PK1 PK2 PK3 PK4 PK5 5 OP_CHECKMULTISIG 
 Pay-to-script-hash address 
 Другой важной частью функции P2SH является возможность для кодирования хэша сценария как адреса, как определено в BIP0013.Адреса P2SH представляют собой кодировки Base58Check 20-байтового хэша сценария, точно так же, как адреса биткойнов представляют собой кодировки Base58Check 20-байтового хеша открытого ключа. Адреса P2SH используют префикс версии «5», в результате чего адреса в кодировке Base58Check начинаются с «3». Например, сложный сценарий Мохаммеда, хешированный и закодированный с помощью Base58Check как адрес P2SH, становится  39RF6JqABiHdYHkfChV6USGMe6Nsr66Gzw . Теперь Мохаммед может дать этот «адрес» своим клиентам, и они могут использовать практически любой биткойн-кошелек для простой оплаты, как если бы это был биткойн-адрес.Префикс 3 подсказывает им, что это особый тип адреса, соответствующий сценарию, а не публичному ключу, но в остальном он работает точно так же, как платеж на адрес биткойна.
 P2SH-адреса скрывают всю сложность, так что человек, производящий платеж, не видит скрипт.
 Преимущества хеширования pay-to-script 
 Функция pay-to-script-hash предлагает следующие преимущества по сравнению с прямым использованием сложных сценариев при блокировке выходов:
 Сложные сценарии заменяются более короткими отпечатками пальцев в выводе транзакции, что уменьшает размер транзакции.
 Сценарии могут быть закодированы как адрес, поэтому отправителю и кошельку отправителя не требуется сложная инженерия для реализации P2SH.
 P2SH перекладывает бремя создания сценария на получателя, а не на отправителя.
 P2SH перекладывает нагрузку на хранение данных для длинного скрипта с вывода (который находится в наборе UTXO и, следовательно, влияет на память) на ввод (хранящийся только в цепочке блоков).
 P2SH переносит нагрузку на хранение данных для длинного скрипта с настоящего времени (платеж) на будущее (когда оно будет потрачено).
 P2SH перекладывает стоимость транзакционной комиссии за длинный скрипт с отправителя на получателя, который должен включить длинный скрипт погашения, чтобы потратить его.
 Сценарий погашения и проверка isStandard 
 До версии 0.9.2 клиента Bitcoin Core хеширование pay-to-script было ограничено стандартными типами сценариев транзакций биткойнов функцией  isStandard ()  . Это означает, что сценарий погашения, представленный в транзакции расходования, может быть только одного из стандартных типов: P2PK, P2PKH или с несколькими подписями, за исключением  OP_RETURN  и самого P2SH.
 Начиная с версии 0.9.2 клиента Bitcoin Core, транзакции P2SH могут содержать любой допустимый сценарий, что делает стандарт P2SH гораздо более гибким и позволяет экспериментировать со многими новыми и сложными типами транзакций.
 Обратите внимание, что вы не можете поместить P2SH в сценарий погашения P2SH, потому что спецификация P2SH не является рекурсивной. Вы также по-прежнему не можете использовать  OP_RETURN  в сценарии погашения, поскольку  OP_RETURN  не может быть погашен по определению.
 Обратите внимание, что, поскольку сценарий погашения не представлен в сеть, пока вы не попытаетесь потратить вывод P2SH, если вы заблокируете вывод с помощью хэша недопустимой транзакции, он будет обработан независимо. Однако вы не сможете их потратить, потому что транзакция расходования, которая включает сценарий погашения, не будет принята, поскольку это недопустимый сценарий. Это создает риск, потому что вы можете заблокировать биткойны в P2SH, которые нельзя будет потратить позже. Сеть примет обременение P2SH, даже если оно соответствует недопустимому сценарию погашения, поскольку хэш сценария не указывает на сценарий, который он представляет.
 Предупреждение 
 Сценарии блокировки P2SH содержат хэш сценария погашения, который не дает подсказок относительно содержимого самого скрипта погашения. Транзакция P2SH будет считаться действительной и принята, даже если сценарий погашения недействителен. Вы можете случайно заблокировать биткойн таким образом, чтобы его нельзя было потратить позже.
 Определение UTXO 
 Что такое UTXO? 
 Термин UTXO относится к количеству цифровой валюты, оставшейся у кого-то после выполнения транзакции с криптовалютой, такой как биткойн.Буквы означают неизрасходованный объем транзакции. Каждая биткойн-транзакция начинается с монет, используемых для балансировки бухгалтерской книги. UTXO обрабатываются непрерывно и отвечают за начало и завершение каждой транзакции. Хотя подтверждение транзакции приводит к удалению потраченных монет из базы данных UTXO, запись потраченных монет все еще существует в бухгалтерской книге.
 Ключевые выводы 
 UTXO - это количество цифровой валюты, остающееся после выполнения транзакции с криптовалютой.
 UTXO обрабатываются непрерывно и отвечают за начало и завершение каждой транзакции.
 Когда транзакция завершается, любые неизрасходованные выходы возвращаются в базу данных в качестве входных данных, которые могут быть использованы позже для новой транзакции.
 Как работает UTXO 
 Транзакции UTXO кажутся сложными, но на самом деле они довольно просты. UTXO или неизрасходованные выходы транзакций используются в транзакциях с криптовалютой. Это транзакции, которые остаются неизрасходованными после того, как кто-то завершает транзакцию, аналогично сдаче, которую кто-то получает после проведения транзакции с наличными в магазине.
 Вот как это работает. База данных UTXO используется для хранения изменений от транзакций с криптовалютой. Эта база данных или бухгалтерский регистр изначально пуст или равен нулю. По мере увеличения количества транзакций база данных заполняется записями об изменениях из различных транзакций. Когда транзакция завершена и есть выходы, которые не были потрачены, они возвращаются в базу данных в качестве входных данных, которые могут быть использованы позже для новой транзакции. Криптовалютные транзакции - например, те, которые используются для биткойнов - аналогичны кассовым чекам.Вы не можете обменять их на пользовательские суммы и должны потратить всю сумму, хранящуюся в этом байте данных.
 Но криптовалюты, такие как биткойн, также уникальны тем, что транзакции могут проводиться с использованием долей криптовалюты. Это означает, что расходы не производятся с использованием одного байта данных. Вместо этого алгоритм извлекает несколько долей биткойнов для выполнения запроса на расходы. Например, покупка на сумму 1 биткойн может получить 0,6 BTC из одного байта и 0,4 BTC из другого.Затем сдача каждой из этих фракций отправляется в базу данных UTXO для использования позже.
 Особые соображения 
 Изобилие мелких монет в сети биткойнов делает некоторые транзакции неэкономичными. Это связано с тем, что транзакция может стоить больше, чем фактическая стоимость продукта, приобретенного за биткойны. Например, нет смысла покупать чашку кофе за 2 доллара, если комиссия за транзакцию в сети биткойнов превышает цену кофе.Согласно исследованию известного разработчика биткойнов Джимми Сонга, предельная стоимость 13 миллионов монет превышает их стоимость при 50 сатоши / бит.
 Имейте в виду, что некоторые транзакции могут быть нерентабельными, поскольку на самом деле транзакция может стоить больше, чем фактическая стоимость приобретаемого продукта.
 Но это не все. Есть еще одна проблема с увеличением UTXO. Изменение стоимости оборудования, необходимого для обработки UTXO, не поспевает за ее ростом.Фактически, например, стоимость установок интеллектуального анализа данных для полной проверки узлов не поспевает за темпами. «Разрешение большего количества транзакций без каких-либо других изменений, скорее всего, ускорит рост набора UTXO, что сделает его более дорогостоящим для запуска полного проверяющего узла», - сказал разработчик программного обеспечения Гэвин Андризен, который участвовал в разработке биткойнов.
 китайских майнеров BTC эквивалентны добыче Квебека на ходу: Slush Pool 
 Эдвард Эвенсон, глава отдела развития бизнеса Braiins, владелец Slush Pool, сообщил, что большое количество китайских машин для добычи биткойнов (BTC), эквивалентных всей добыче Квебека, будет перемещено в Северную Америку и Европу.
 Для тех, кто интересуется новостями о добыче биткойнов из Китая
 У меня было 300-400 МВт майнинговых машин, свяжитесь со мной, чтобы помочь им распространить свои машины в Северной Америке и некоторых частях ЕС. Некоторые также начали отгружать машины в Казахстан.
 - Эдвард Эвенсон (@ WillHash5Coins) 27 мая 2021 г.
 В пятницу в Твиттере Эвенсон сообщил, что некоторые китайские майнеры BTC также обращают внимание на Европу, в то время как другие уже начали перебрасывать машины в Казахстан:
 «У меня было 300-400 МВт майнинговых машин, свяжитесь со мной, чтобы помочь им. распространяют свои машины по Северной Америке и некоторым частям ЕС.Некоторые также начали отгружать машины в Казахстан ».
 Для сравнения, Джонатан Коте из Hydro-Quebec недавно сообщил Global News Canada, что 90 горнодобывающих предприятий в Квебеке используют около 400 мегаватт среди них.
 Решение Китая прекратить майнинг криптовалют на прошлой неделе из-за экологических проблем (при этом, возможно, также направленное на укрепление цифрового юаня) привело к быстрой эволюции ландшафта майнинга биткойнов.
 Согласно оценкам Кембриджского индекса потребления электроэнергии в биткойнах (CBECI), в апреле на Китай приходилось примерно 65% мирового хешрейта Биткойна.С тех пор запрет заставил несколько крупных компаний по добыче биткойнов прекратить операции в стране, такие как BTC.TOP, на который, по оценкам, приходится 2,5% мирового хешрейта.
 Наряду с стремительной распродажей оборудования для майнинга, которая происходит по всей стране, Эверсон также добавил, что запрет ускорил планы по географической диверсификации от китайских поставщиков, таких как MicroBT и Bitmain, отметив, что:
 « Эти стороны были заинтересованы в более географически распределенных операциях в течение некоторого времени.Недавние события просто ускорили этот процесс ».
 Недавнее внимание к экологической эффективности майнинга биткойнов, похоже, смещает влияние Китая на скорость хэширования биткойнов - то, что майнеры биткойнов из Соединенных Штатов намеренно пытались сделать в течение довольно долгого времени. Это также может повысить энергоэффективность горных работ.
 Майкл Сэйлор из MicroStrategy вмешался в репрессии Китая в отношении CNN ранее в четверг:
 «Я думаю, что существует динамика, при которой в U.С. и придет в другие части мира ».
 «#Bitcoin - крупнейший покупатель возобновляемой энергии в мире. В истории мира!» @ Michael_saylor, генеральный директор @MicroStrategy, высказывается по поводу подавления #crypto в Китае, запрета # майнинга в Иране и счастливых акционеров.
 ЧАСТЬ 2 pic.twitter.com/hpxv6OaXby
 - Джулия Чаттерлей (@jchatterleyCNN) 27 мая 2021 г.
 Квебек стал центром майнинга биткойнов за последние несколько лет благодаря дешевым ценам на электроэнергию, при этом, как сообщается, «десятки» крупных майнинговых операций в этом районе зависят от гидроэлектроэнергии.
 Коте из Hydro-Quebec сказал, что добыча с использованием обильной зеленой энергии в Квебеке, а не в Китае, была большой победой.
 «Если эти компании собираются вести добычу с использованием возобновляемых источников энергии здесь, а не в Китае, где в основном используется уголь, мы можем декарбонизировать часть этой отрасли, разместив ее здесь», - добавил он.
 несколько адресов ввода и вывода в биткойн-транзакциях 
 почему у некоторых транзакций один вход и один выход?
 Биткойн-транзакция может иметь много входов и выходов.Биткойн имеет логику, ориентированную на транзакции, когда суммы переводятся из предыдущих транзакций. В качестве примера (без учета комиссий): чтобы иметь возможность потратить 1 биткойн, когда в кошельке есть 2 предыдущих tx с суммой 0,5 BTC, тогда создается новый tx с двумя входами. Та же логика применима, если бы существовало 4 предыдущих TX, каждый по 0,25 BTC. Затем будет создан tx с 4 входами.
Для выходов: вы можете создать tx с одним или несколькими выходами. Например. сборщики платят за множество выходов, вместо того, чтобы создавать отдельные транзакции - это экономит комиссию.
 У них нет транзакции изменения?
 Если вы не являетесь владельцем кошелька, вы не можете знать, что это за «сдача». Обычно у вас есть адрес вывода и адрес возврата (для изменения, как во втором примере снимка экрана). Транзакции перемещаются с одного ключа pubkey на другой адрес pubkey, и там мы не можем видеть, какие адреса принадлежат кошельку пользователя, а какой может быть адресом изменения. С учетом сказанного, есть некоторые действия, чтобы попытаться связать адреса с реальными пользователями.Они создают диаграммы, пытаются увидеть поток передачи и получить информацию. Но, используя адреса только один раз, вы не потеряете свою конфиденциальность ...
 Если какая-либо транзакция имеет два выхода, второй - сдача.
 сделка?
 не обязательно. Я могу отправить транзакцию на 0,5 BTC брату и 0,5 BTC на сестру. Так что не было бы никакого изменения адреса.
 можем ли мы увидеть комиссионные транзакции в выходном адресе?
 хм, нет... Комиссия за транзакцию - это разница между сводкой входных значений и сводкой выходных значений. Обычный случай: у вас есть один BTC, вы отправляете 0,5 своему брату, вы отправляете на свой адрес смены 0,4995, а разница - это комиссии, которые идут майнерам.
 Несколько адресов во входной части связаны с каждым адресом в кошельке.
 что есть биткойн?
 Не обязательно. Сеть биткойнов не знает о кошельках и принадлежащих им адресах - это уровень, который делает ее более удобной для конечных пользователей.Сеть биткойнов работает с транзакциями, перемещая средства с адреса (адресов) на адрес (а). Информация о кошельке не включена. Таким образом, несколько частей ввода могут принадлежать разным кошелькам.
 Хороший обзор транзакций можно найти здесь и, конечно же, в книге Андреаса «Освоение биткойнов», которая также доступна в Интернете.
 Сколько энергии фактически потребляет биткойн? 
 Сколько энергии заслуживает потреблять отрасль? Прямо сейчас организации по всему миру сталкиваются с необходимостью ограничить потребление невозобновляемых источников энергии и выбросы углерода в атмосферу.Но выяснить, насколько потребление является слишком большим, - сложный вопрос, который переплетается с дебатами о наших приоритетах как общества. В конце концов, расчет того, на какие товары и услуги «стоит» потратить эти ресурсы, на самом деле является вопросом ценностей. По мере того, как криптовалюты и, в частности, биткойны, приобретают все большее значение, использование энергии стало последней точкой возгорания в более широком разговоре о том, для чего и для кого действительно полезны цифровые валюты.
 На первый взгляд, вопрос об использовании энергии справедлив.По данным Кембриджского центра альтернативных финансов (CCAF), Биткойн в настоящее время потребляет около 110 тераватт-часов в год - 0,55% мирового производства электроэнергии, или примерно эквивалентно годовому потреблению энергии в небольших странах, таких как Малайзия или Швеция. Это определенно звучит как много энергии. Но сколько энергии  должен потреблять  денежная система?
 Ваш ответ, вероятно, зависит от того, как вы относитесь к Биткойну. Если вы считаете, что Биткойн не предлагает никакой полезности, кроме как в качестве схемы Понци или устройства для отмывания денег, тогда было бы логичным сделать вывод, что потребление любого количества энергии расточительно.Если вы один из десятков миллионов людей во всем мире, использующих его как инструмент, чтобы избежать денежного подавления, инфляции или контроля над капиталом, вы, скорее всего, думаете, что энергия расходуется очень не зря. Считаете ли вы, что Биткойн имеет право претендовать на ресурсы общества, зависит от того, какую ценность, по вашему мнению, Биткойн создает для общества.
 Однако, если мы собираемся провести эту дискуссию, мы должны четко понимать, как Биткойн на самом деле потребляет энергию. Понимание энергопотребления Биткойна может не разрешить вопросы о его полезности , но может помочь контекстуализировать, какое влияние на окружающую среду на самом деле говорят сторонники Биткойна.В частности, стоит обратить внимание на несколько ключевых заблуждений.
 Энергопотребление не эквивалентно выбросам углерода 
 Во-первых, существует важное различие между тем, сколько энергии потребляет система и сколько углерода она выделяет. Хотя определить потребление энергии относительно просто, вы не можете экстраполировать связанные выбросы углерода, не зная точного  энергетического баланса , то есть состава различных источников энергии, используемых компьютерами, добывающими биткойны.Например, одна единица гидроэнергии будет иметь гораздо меньшее воздействие на окружающую среду, чем такая же единица угольной энергии.
 Энергопотребление
 Биткойн относительно легко оценить: вы можете просто посмотреть на его хешрейт (т. Е. Общую комбинированную вычислительную мощность, используемую для майнинга биткойнов и обработки транзакций), а затем сделать некоторые обоснованные предположения относительно энергетических требований оборудования, которое майнеры используют. Но его выбросы углерода гораздо труднее установить. Горнодобывающая промышленность - это высококонкурентный бизнес, и майнеры, как правило, не особо раскрывают детали своей деятельности.Наилучшие оценки геолокации производства энергии (из которой можно сделать вывод о структуре энергопотребления) получены от CCAF, который работал с крупными майнинговыми пулами, чтобы собрать анонимный набор данных о местонахождении майнеров.
 Основываясь на этих данных, CCAF может предположить, какие источники энергии использовали майнеры по странам, а в некоторых случаях и по провинциям. Но их набор данных не включает все пулы для майнинга и не обновлен, что оставляет нас по-прежнему в неведении относительно фактического баланса энергии Биткойна.Более того, многие высокопоставленные анализы обобщают структуру энергопотребления на уровне страны, что приводит к неточному описанию таких стран, как Китай, который имеет чрезвычайно разнообразный энергетический ландшафт.
 В результате оценки того, какой процент добычи биткойнов использует возобновляемые источники энергии, сильно различаются. В декабре 2019 года в одном отчете говорилось, что 73% потребления энергии Биткойном было углеродно-нейтральным, в основном из-за обилия гидроэнергии в крупных горнодобывающих центрах, таких как Юго-Западный Китай и Скандинавия.С другой стороны, по оценке CCAF в сентябре 2020 года, эта цифра приближается к 39%. Но даже если меньшее число является правильным, это все равно почти вдвое больше, чем в сети США, что говорит о том, что рассмотрение одного лишь энергопотребления вряд ли является надежным методом определения выбросов углерода Биткойн.
 Биткойн может использовать энергию, недоступную в других отраслях 
 Еще одним ключевым фактором, который отличает потребление энергии Биткойном от потребления энергии в большинстве других отраслей, является то, что Биткойн можно добывать где угодно.Почти вся энергия, используемая во всем мире, должна производиться относительно близко к ее конечным пользователям, но Биткойн не имеет такого ограничения, что позволяет майнерам использовать источники энергии, недоступные для большинства других приложений.
 Hydro - наиболее известный пример этого. В сезон дождей в Сычуани и Юньнани ежегодно тратится огромное количество возобновляемой гидроэнергии. В этих областях производственные мощности значительно опережают местный спрос, а аккумуляторные технологии еще далеко не настолько развиты, чтобы сохранять и транспортировать энергию из этих сельских регионов в городские центры, которые в ней нуждаются.Эти регионы, скорее всего, представляют собой самый крупный энергетический ресурс на планете, и поэтому неслучайно эти провинции являются центрами добычи полезных ископаемых в Китае, на которые приходится почти 10% мировой добычи биткойнов в засушливый сезон и 50% в сезон засухи. влажный сезон.
 Еще одним перспективным направлением добычи углекислого газа является сжигание природного газа. В процессе добычи нефти сегодня выделяется значительное количество природного газа в качестве побочного продукта - энергии, которая загрязняет окружающую среду, не попадая в сеть.Поскольку он ограничен расположением удаленных нефтяных шахт, большинство традиционных приложений исторически не могли эффективно использовать эту энергию. Но биткойн-майнеры от Северной Дакоты до Сибири воспользовались возможностью монетизировать этот ресурс, который в противном случае был бы потрачен впустую, а некоторые компании даже изучают способы дальнейшего сокращения выбросов за счет более контролируемого сжигания газа. Конечно, это все еще второстепенный игрок на сегодняшней арене майнинга биткойнов, но подсчеты показывают, что в США достаточно сжигаемого природного газа.Только С. и Канада управляют всей сетью Биткойн.
 Честно говоря, монетизация избыточного природного газа с помощью биткойнов все же создает выбросы, и некоторые утверждали, что эта практика даже действует как субсидия для отрасли ископаемого топлива, побуждая энергетические компании инвестировать в добычу нефти больше, чем они могли бы в противном случае. Но доход от биткойн-майнеров - это капля в море по сравнению со спросом со стороны других отраслей, которые полагаются на ископаемое топливо, и этот внешний спрос вряд ли исчезнет в ближайшее время.Учитывая реальность того, что нефть добывается и будет добываться в обозримом будущем, использование природного побочного продукта процесса (и, возможно, даже снижение его воздействия на окружающую среду) является чистым положительным моментом.
 Интересно, что выплавка алюминия предлагает удивительно актуальную параллель. Процесс превращения природной бокситовой руды в пригодный для использования алюминий является очень энергоемким, а затраты на транспортировку алюминия часто не являются чрезмерно высокими, поэтому многие страны с избытком энергии построили плавильные заводы, чтобы использовать свои избыточные ресурсы.Регионы, способные производить больше энергии, чем можно было бы потребить на месте, такие как Исландия, Сычуань и Юньнань, стали чистыми экспортерами энергии за счет алюминия - и сегодня те же условия, которые стимулировали их инвестиции в плавку, сделали эти места основными вариантами для добычи полезных ископаемых. Биткойн. Есть даже ряд бывших алюминиевых заводов, таких как гидроэлектростанция Alcoa в Массене, штат Нью-Йорк, которые были напрямую перепрофилированы в биткойн-рудники.
 Майнинг биткойнов потребляет намного больше энергии, чем при его использовании 
 Как производится энергия - это одна из частей уравнения.Но другая область, где распространены заблуждения, - это то, как Биткойн на самом деле потребляет энергию и как это может измениться со временем.
 Многие журналисты и ученые говорят о высокой «стоимости энергии за транзакцию» Биткойна, но этот показатель вводит в заблуждение. Подавляющее большинство потребления энергии Биткойном происходит во время процесса майнинга. После выпуска монет энергия, необходимая для проверки транзакций, минимальна. Таким образом, просто смотреть на общее потребление энергии Биткойном на сегодняшний день и делить это на количество транзакций не имеет смысла - большая часть этой энергии использовалась для майнинга биткойнов, а не для поддержки транзакций.И это приводит нас к последнему критическому заблуждению: затраты на энергию, связанные с майнингом биткойнов, будут продолжать расти в геометрической прогрессии.
 Беглый рост маловероятен 
 Поскольку энергетический след Биткойна стремительно вырос, люди иногда предполагают, что он в конечном итоге захватит целые энергосистемы. Это было предпосылкой широко освещаемого исследования 2018 года, которое недавно было процитировано в New York Times, и сделало шокирующее заявление о том, что Биткойн может нагреть землю на два градуса по Цельсию.Но есть веские основания полагать, что этого не произойдет.
 Во-первых, как это стало обычным явлением во многих отраслях, структура энергетики Биткойна с каждым годом становится все менее зависимой от углерода. В США публично торгуемые горнодобывающие компании, все больше ориентирующиеся на ESG, завоевывают долю рынка, а Китай недавно запретил добычу угля во Внутренней Монголии, одном из крупнейших оставшихся угольных регионов. В то же время многие организации в горнодобывающей отрасли выступили с инициативами, такими как Соглашение о крипто-климате, вдохновленное Парижским соглашением по климату, чтобы отстаивать и брать на себя обязательства по сокращению углеродного следа Биткойна.И, конечно же, поскольку возобновляемые источники энергии, такие как солнечная энергия, становятся более эффективными и, следовательно, более жизнеспособными для майнинга, Биткойн может в конечном итоге послужить серьезным стимулом для майнеров к развитию этих технологий.
 Кроме того, майнеры вряд ли будут продолжать расширять свои операции по добыче полезных ископаемых с текущими темпами бесконечно. Протокол Биткойн субсидирует майнинг, но у этих субсидий есть встроенные средства контроля их роста. Сегодня майнеры получают небольшие комиссии за транзакции, которые они проверяют во время майнинга (что составляет около 10% дохода майнеров), а также любую маржу прибыли, которую они могут получить при продаже добытых биткойнов.
 Тем не менее, протокол создан для того, чтобы вдвое сокращать компонент дохода майнеров, связанный с выпуском, каждые четыре года - так что, если цена Биткойн не удваивается каждые четыре года на неограниченный срок (что, по мнению экономики, практически невозможно для любой валюты), эта доля дохода майнеров со временем распадется до нуля. Что касается комиссий за транзакции, то естественные ограничения Биткойна на количество транзакций, которые он может обрабатывать (менее миллиона в день) в сочетании с конечной терпимостью пользователей к уплате комиссий, ограничивают потенциал роста этого источника дохода.Мы можем ожидать, что некоторые майнеры продолжат работать, несмотря ни на что, в обмен только на эти комиссионные за транзакции - и фактически, сеть зависит от этого, чтобы продолжать функционировать, - но если рентабельность упадет, финансовый стимул для инвестиций в майнинг, естественно, уменьшится.
 ***
 Конечно, существует бесчисленное множество факторов, которые могут повлиять на воздействие Биткойна на окружающую среду, но в основе всех них лежит вопрос, на который гораздо труднее ответить цифрами:  Стоит ли биткойн того?  Важно понимать, что многие экологические проблемы преувеличены или основаны на ошибочных предположениях или недопонимании того, как работает протокол Биткойн.
 Это означает, что когда мы спрашиваем: «Стоит ли Биткойн своего воздействия на окружающую среду», реальное негативное воздействие, о котором мы говорим, скорее всего, будет гораздо менее тревожным, чем вы думаете. Но нельзя отрицать, что Биткойн (как и почти все остальное, что увеличивает ценность нашего общества) действительно потребляет ресурсы.
← Предыдущая запись
Следующая запись →
Добавить комментарий Отменить ответ
Ваш адрес email не будет опубликован. Обязательные поля помечены *
Комментарий *
Имя * 
Email * 
Сайт