Баланс кошелька Bitcoin представляет собой расходуемые выходы транзакций, а не один постоянно обновляемый баланс счета. В руководстве для разработчиков Bitcoin объясняется, что вход тратит более ранний выход, в то время как вновь созданные выходы остаются неизрасходованными до тех пор, пока более поздняя транзакция не использует их. Эта структура объясняет, почему платеж часто включает в себя возврат выходного изменения отправителю. Руководство для разработчиков Bitcoin: Сделки, сборы и изменения
Следуйте доказательствам
Отследите, как событие может достичь рынков, а затем проверьте конкурирующее объяснение.
Сравнить объяснения
Переключите линзы, чтобы увидеть, что объясняет каждый аккаунт, и что остается неопределенным.
Пример работы WFN: предположим, транзакция тратит 100 000 сатоши, платит 60 000 садоши получателю и создает результат изменения 39 000 сафоши. Разница составляет 1000 сатоси: 100 000 минус 60 000 минус 39 000. Эти придуманные суммы иллюстрируют бухгалтерию. Они не предполагают текущую ставку сбора, соответствующую плату или гарантированное время подтверждения. Платеж получателя составляет 60 000 сатоси в этом примере, хотя транзакция потребляет 60 000 сататоши. Отчет, который записывает весь вход, поскольку расходы преувеличивают покупку. И наоборот, игнорирование платы при согласовании изменения стоимости кошелька оставит необъяснимую разницу. Сумма ввода и сумма получателя также требуют доказательств за пределами визуальной компоновки. Исследователь может отображать несколько выходов, но только их порядок или внешний вид не устанавливает, кто контролирует каждый. Записи кошелька и предполагаемый получатель транзакции обеспечивают более прочную отправную точку сверки. Аналитик должен пометить любой вывод о собственности, а не представлять предполагаемый адрес изменения как доказанный факт.
Пример работы WFN: предположим, транзакция тратит 100 000 сатоши, платит 60 000 садоши получателю и создает результат изменения 39 000 сафоши. Разница составляет 1000 сатоси: 100 000 минус 60 000 минус 39 000. Эти придуманные суммы иллюстрируют бухгалтерию. Они не предполагают текущую ставку сбора, соответствующую плату или гарантированное время подтверждения. Платеж получателя составляет 60 000 сатоси в этом примере, хотя транзакция потребляет 60 000 сататоши. Отчет, который записывает весь вход, поскольку расходы преувеличивают покупку. И наоборот, игнорирование платы при согласовании изменения стоимости кошелька оставит необъяснимую разницу. Сумма ввода и сумма получателя также требуют доказательств за пределами визуальной компоновки. Исследователь может отображать несколько выходов, но только их порядок или внешний вид не устанавливает, кто контролирует каждый. Записи кошелька и предполагаемый получатель транзакции обеспечивают более прочную отправную точку сверки. Аналитик должен пометить любой вывод о собственности, а не представлять предполагаемый адрес изменения как доказанный факт.
При рассмотрении отзыва с опекой сохраняйте подтверждение отзыва услуги, а также транзакцию блокчейна. Плата, связанная с клиентом, и плата за транзакцию, несущую один или несколько платежей, могут быть разными статьями учета. Обзор должен определить, какую цифру цитирует услуга, прежде чем судить о несоответствии; блокчейн не автоматически описывает коммерческое соглашение клиента. Краткая запись о платеже может перечислить предполагаемую сумму, идентификатор транзакции, выход, адресованный получателю и подтвержденную разницу между входом и выходом. Объясните любую дополнительную плату за услугу отдельно. Понимание изменений делает эту запись более точной, не превращая каждый незнакомый выход в обвинение в мошенничестве или каждый большой вход в доказательство крупной покупки.
Что происходит с полной входной стоимостью
Неизрасходованный выход транзакции, или UTXO, может быть потрачен только один раз. Его полная стоимость входит в новую транзакцию. Транзакция присваивает стоимость своим выходам, а разница между общей входной стоимостью и общей выходной стоимостью становится платой за транзакцию. Выход изменения отправляет прибавочную стоимость обратно под контроль расходующего. Руководство для разработчиков Bitcoin: Сделки, сборы и изменения
Руководство описывает выходы изменений как обычные выходы и поощряет использование свежих адресов. Поэтому, видя незнакомый адрес вывода, само по себе не идентифицирует незнакомого получателя. Эта статья опирается на эти структурные объяснения; старые примеры версии программного обеспечения руководства не рассматриваются как текущие требования к оплате или дефолты кошелька. Руководство для разработчиков Bitcoin: Сделки, сборы и изменения
Прозрачный пример в сатоши
Пример работы WFN: предположим, что транзакция тратит 100 000 сатоши, платит 60 000 садоши получателю и создает 39 000 сафоши, разница составляет 1000 сатоси: 100 000 минус 60 000 минус 39 000. Эти придуманные суммы иллюстрируют бухгалтерию. Они не предполагают текущую ставку сбора, соответствующую плату или гарантированное время подтверждения.
В этом примере платеж получателя составляет 60 000 сатоши, хотя транзакция потребляла 100 000 садоши. Отчет, в котором записан весь вход, поскольку расходы преувеличивали бы покупку. И наоборот, игнорирование платы при согласовании изменения стоимости кошелька оставило бы необъяснимую разницу. Итоги ввода и сумма получателя отвечают на различные вопросы бухгалтерского учета.
Владение также нуждается в доказательствах, выходящих за рамки визуальной компоновки. Исследователь может отображать несколько выходов, но только их порядок или внешний вид не устанавливает, кто контролирует каждый из них. Записи кошелька и предполагаемый получатель транзакции обеспечивают более прочную отправную точку сверки. Аналитик должен пометить любой вывод о собственности, а не представлять предполагаемый адрес изменения в качестве доказанного факта.
Отдельные сетевые доказательства от сервисных сборов
При рассмотрении отзыва с опекой сохраняйте подтверждение отзыва услуги, а также транзакцию блокчейна. Плата, взимаемая с клиента, и плата за транзакцию, включающую один или несколько платежей, могут быть разными статьями учета. Обзор должен определить, какая цифра цитируется услугой, прежде чем судить о несоответствии; блокчейн не автоматически описывает коммерческое соглашение клиента.
Краткая платежная запись может содержать список предполагаемой суммы, идентификатора транзакции, вывода, адресованного получателю, и подтвержденной разницы между входом и выходом. Объясните любую дополнительную плату за обслуживание отдельно. Понимание изменений делает эту запись более точной, не превращая каждый незнакомый вывод в обвинение в мошенничестве или каждый большой вход в доказательство крупной покупки.