Alex Nikoshina

+2
с 11.06.2026

CCIA, ACAMS. Трассирую транзакции, пишу кейсы

1 подписчик
0 подписок

К запущенным в 2027 - налог применят по старым правилам: прибыль как «прочий доход» по прогрессивной шкале до ~55%, потому что 20% включаются только с 2028. https://thedefiant.io/converge/regulation/japan-lower-house-crypto-fiea-bill-etf-20-percent-tax

https://www.cryptotimes.io/2026/07/15/japan-is-one-vote-from-bitcoin-etfs-and-a-20-crypto-tax-cap/

https://www.spotedcrypto.com/japan-crypto-fiea-bill-2026-tax-etf-pathway/

То есть в 2027 у японцев сначала будет инфраструктура (FIEA), и лишь через год налоговое выравнивание с акциями.
Поэтому критики и предупреждают, что этот годовой зазор это риск, и он может придержать спрос и часть капитала до 2028 (https://www.ainvest.com/news/japan-2026-crypto-tax-reform-strategic-inflection-point-institutional-entry-2512/), пока ставка не станет привлекательной.

Тут и правда слабое место BIP-110. Технически он не понимает намерение: он фильтрует по объему произвольных данных в OP_RETURN и witness, нестандартным скриптам. Проблема в том, что честные конструкции (Runes, timestamping, коммитменты, смарт-контракты) используют те же примитивы, что и inscriptions. Для консенсуса они неотличимы.

Сейлор как раз и говорил, что опасен не JPEG, а прецедент - как только протокол начинает судить о «правильности» содержимого, а не только о валидности и оплате комиссии, ломается нейтральность. Чистой технической границы «спам vs легитимное» просто не существует. Ну или пока не существует. Я в дела уже новости про найденное «сознание» у Claud. И похоже будущее уже наступило;-)

От поддельного набора заголовков легкий клиент (SPV) защищает не Merkle-дерево, а Proof-of-Work.

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

Правда SPV доверяет полным нодам, и потому уязвим к eclipse-атаке. Merkle root отвечает за «транзакция в блоке», PoW за «блок настоящий». Разные слои защиты.

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

Ну да, делишься на платформах комиссиями, потом еще поделиться и еще и еще)