 Show Posts
|
|
Pages: [1] 2 3 »
|
именно эти блоки будут содержать нелегальщину во время релея. Напомнило анекдот: Пациент у врача-психиатра. Врач показывает картинку с корабликом и спрашивает что нарисовано. -- Это пароход. Там в каютах ебутся! Врач показывает картинку с домиком. -- Это дача. Там в спальне ебутся! Врач показывает картинку с самолетом. -- Это самолет. Там в туалете ебутся. -- Вы, батенька, сексуальный маньяк! -- А вы онанист! -- Это почему? -- А зачем вам столько порнографии? |
|
|
|
Возюкаюсь от нечего делать с блокчейном. Он не перестает меня удивлять. Решил для истории вести "блог находок". Сразу скажу: странные транзакции всегда были в сети, они не сегодня появились. Вот только не могу понять, что движет людьми, делающими такие вещи? Итак, начнем. Транзакция https://mempool.space/ru/tx/8ff24942256a79c1cd9c8c4cdc06df94f308bf5702a18193c5eb2d68feb8ddaeНа тот момент, когда я это пишу, она еще не подтверждена, хотя и платит 500 баксов комиссии.Update: пока писал -- подтвердили. Что примечательно? Была создана с комиссией 34 сатоши/вбайт (что тоже превышает все мыслимые и немыслимые нормы) После чего несколько раз в ней делали RBF. Выходы менялись, но на скомпроментированный приватный ключ не похоже. Если бы был скомпроментированный приватный ключ -- мигом бы обнулили Более того! Вся цепочка RBF была ради того, чтобы даблспенднуть 546 сатоши с адреса https://mempool.space/ru/address/bc1pg76nfgchcshdtqn6nd7jthqgvme39myzxlymfngkpgpc4ls56f7s4ehwjzНе инскрипшен, какой-то обычный тапрутовский адрес. Так и хочется спросить: "что это было, папа?" (Историю RBF сайт хранит недолго, поэтому прикладываю скриншот)  |
|
|
|
Кто-нибудь понимает как клиент определяет валидность TapRoot-транзакции? Я неделю ломаю голову над кодом из десяти строчек. У меня не сходится. И как понять что я делаю не так? Не, ну есть способ, который 100% приведет к результату: 1) Поставить новую убунту (у меня старая, а код Bitcoin-Core хочет чтобы компилятор был бы С++2017 ) на виртуальной машине 2) Скомпилять там сорцы клиента, вставив бы туда в нужные места логгирование всего на свете 3) Отправить себе (в тестовой сети) транзакцию на p2tr-адрес 4) Запустить бы в том клиенте в консоли команду testmempoolaccept заведомо валидной транзакции вывода с этого адреса Но, Карл! Карл! Ради 10 строчек? Может уже кто-то занимался этим? Я уже и с питоном подружился, и умножение на кривых стал чуть больше понимать Мне тут говорят, мол все просто: https://bitcointalk.org/index.php?topic=5503168.msg64332617#msg64332617Хуяк-хуяк и все получается типа. А у меня не получается. Па-ма-ги-тя! Взялся проверить валидность транзакции https://www.blockchain.com/explorer/transactions/btc/445f592c71e364670ecf8d168eb651319d1fc17527df7addd35aa09555733cd6Код вот такой (извините за хардкод констант, это мой первый опыт в питоне): def my_test() -> bool:
key = 0x2913b252fe537830f843bfdc5fa7d20ba48639a87c86ff837b92d083c55ad7c1
cblock = "c00000000000000000000000000000000000000000000000000000000000000001"
leaf_version = 0 # ( 0xc0 & 0xfe ) ### hardcoded
# 3. Extract p as the 2nd to 33rd bytes of the control block.
p = 0x0000000000000000000000000000000000000000000000000000000000000001;
# 4. Set P by interpreting p as the x coordinate for a point on secp256k1 where the y coordinate is even
P = point_mul(G,p)
assert has_even_y(P)
#4. Compute the hash k of the script as follows: sha256(sha256("TapLeaf") || sha256("TapLeaf") || leaf_version || compact_size(script) || script), where || is concatenation
data0 = leaf_version.to_bytes ( 1 ) + bytes.fromhex ( "0151" )
k = int_from_bytes ( tagged_hash ( "TapLeaf", data0 ) )
#5. Compute t as sha256(sha256("TapTweak") || sha256("TapTweak") || p || k) and interpret it as an integer.
data1 = bytes_from_int ( p ) + bytes_from_int ( k )
t = int_from_bytes ( tagged_hash ( "TapTweak", data1 ) )
#6. Let Q = P + t * G where G is the generator for secp256k1
Q = point_add ( P, point_mul ( G, t ) )
#7. Check the x coordinate of Q matches the key in the output script
xx = x ( Q )
debug_print_vars()
return True Я эту функцию засунул в https://github.com/bitcoin/bips/blob/master/bip-0340/test-vectors.py чтобы не писать всю мумбу-юмбу По идее, в конце xx должно хоть как-то коррелировать с keyА у меня в результатах совершенно другое. И в какой из десяти строчек ошибка? Variables in function my_test at line 140:
key == 0x2913b252fe537830f843bfdc5fa7d20ba48639a87c86ff837b92d083c55ad7c1
cblock == c00000000000000000000000000000000000000000000000000000000000000001
leaf_version == 0x0000000000000000000000000000000000000000000000000000000000000000
p == 0x0000000000000000000000000000000000000000000000000000000000000001
P == ('0x79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798', '0x483ada7726a3c4655da4fbfc0e1108a8fd17b448a68554199c47d08ffb10d4b8')
data0 == 0x000151
k == 0x8fe98416aeedc4ff4bdd55d79dd3e5399c9c2b1d2d2beea8c300c2ba262c5bbc
data1 == 0x00000000000000000000000000000000000000000000000000000000000000018fe98416aeedc4ff4bdd55d79dd3e5399c9c2b1d2d2beea8c300c2ba262c5bbc
t == 0xf1643f7a852c98c9319797a4e0177999288bfd5c788fad852f5973357eb38d5e
Q == ('0xc090e69051099c46d8f33dace5549623e5afc52a51cc545d6bd077ccc33098b2', '0xb289f42f0098f658717a44679b2f0571eb9ea0034d78e8e9639cbe48133f3cc9')
xx == 0xc090e69051099c46d8f33dace5549623e5afc52a51cc545d6bd077ccc33098b2 |
|
|
|
|
Help me with understanding taproot formulas
Assume the funding transaction sends to a taproot address [OP_1 push_bytes_32 KEY]
The spending transaction has the witness part
[param]
[param]
...
[SCRIPT]
[CBLOCK]
Is there a simple formula between SCRIPT, CBLOCK and KEY?
Something like SHA256 ( SCRIPT || CBLOCK ) == KEY?
|
|
|
|
Привет всем. Давно не виделись, да? Я тут снова заинтересовался исследованием блокчейна. Любопытные детали выясняются по ходу дела. Лет десять назад, когда я только начинал это, как раз во время олимпиады были какие-то спамеры, которые отправили кучу транзакций по 100 сатоши на адрес 1Sochixxx (точно не помню) Что я вижу через 10 лет? Стоимость биткойна выросла в 50 раз, а используется он так же. Пять лет назад ходили какие-то разговоры про лайтнинг, еще что-то... А я смотрю -- в блокчейне по-прежнему спам и мусор Показываю на примерах: Возьмем транзакцию https://www.blockchain.com/explorer/transactions/btc/16bf9f1dcbebcf962de97d43cff8249eadc0e8219a82465c65964108b60f8baaЧто мы видим: год назад еще где-то в марте 2023 года (я не пытался найти точную дату начала этой спам-атаки) кто-то разослал по 330 сатоши на туеву хучу разных адресов. Туева хуча -- это как минимум 80000. И с тех пор этот кто-то обратно собирает в кучку эти разбросанные копейки. Ну как сказать копейки? На комиссии уходит 90% Вот вам транзакция недельной давности https://www.blockchain.com/explorer/transactions/btc/8fbb9355c40490631ded413b455e48c7c2dcf1d1721b95de18757881e6cddf35Пересылаем 19 баксов с комиссией 16 баксов. Получаем 3 бакса. Обалденный профит! И обращаю внимание, в этой транзакции 100 входов. А посчитайте сколько места в блокчейне занимают 80000 (может и больше, я не занимался подсчетом, тем более, что адреса разные) таких ошметков по 330 сатоши Экономического смысла точно нет. Конечно, может кто-то верит, что такого рода действия вынуждают остальных юзеров платить больше комиссий и вообще нахваливать прекрасное будущее и туземун. А как вы думаете? |
|
|
|
|
Привет, мужики
Рассказывайте как у вас дела. Я что-то выпал из темы.
Что новенького в мире бетховенов?
Я так краем глаза следил и за курсом, и за взломами, и за нововведениями. Хотя перестал интересоваться технической стороной вопроса с момента сегвита. Что такое тапрут- разбираться не стал.
Ну, короче, рассказывайте
|
|
|
|
Вот такая реклама от рекламной сети яндекса на страницах мэйлру  Разумеется, ведет на фишинговый сайт (ссылку не даю, но на скриншоте урл виден), стилизованный под блокчейн.инфо  Ничего нового. Я просто еще раз предупреждаю - будьте бдительны. Проверяйте всё. Не доверяйте никому, даже самым надёжным источникам. |
|
|
|
Нужно разделять хэш функцию и криптографию с открытым и закрытым ключом. Зачем это разделять? Это риторический вопрос, тут для нас главное - есть некий "ящик" куда мы сверху в дырку кладем одни данные, а снизу из другой дырки получаем другие данные. Задача в том - изобрести ящик, который будет делать то же самое, но наоборот. То есть если второй ящик поставить на первый, совместив дырки, то в результате что сверху кинули, то же самое снизу получили. Если, конечно кидаем не "мусор", а допустимые значения. Что там внутри - кванты, кварки или неонки - неважно. Насколько я понимаю, сейчас у математиков нет идеи как такой ящик сделать, но и доказательства, что его сделать нельзя - тоже нет. Я лично не могу понять, почему какие-то алгоритмы считают устойчивыми к квантовым вычислениям, а какие-то нет. Слишком сильно засела в мозгах дискретная математика, где все операции представляются на множестве 2-3 базисных функций типа И/ИЛИ/НЕ Между прочим, взятие публичного ключа тоже можно считать хэш-функцией. Сперва берем от файла его SHA256, получаем 256-битное число. Потом от этого приватного ключа берем публичный, получаем 256-битный хэш. Чем вам не хэш-функция? |
|
|
|
|
Вопрос такой:
Есть некоторое количество говнокойна, который хотелось бы слить за что-то более ликвидное.
Выгадывать копейки не хочется, регистрироваться ради этого со своими паспортными данными
и отправлять платежки за газ и свет тоже не хочется.
Просто, блеать (простите за мой плохой французский) поменять BitcoinSV на обычный BTC или
хотя бы на BCH (тот который BitcoinCashABC). Если курс будет на 5% меньше, чем на другой
бирже - я от этого вешаться не пойду.
Регаться на всех биржах подряд ломает. Поэтому прошу совета. Раньше какие-то подобные
вещи делал на вексе - завел-продал-вывел-забыл. Но векс сгоксился.
|
|
|
|
|
Is there a warning in case of successful attack-51 block reorganization in Bitcoin Core?
|
|
|
|
Я тут озаботился разделением своих BitcoinABC и BitcoinSV которые хранились не на бирже, а в локальном кошельке. Забегая вперёд, скажу, что себе лично давно уже сам руками все разделил, но теперь возникла мысль: не сделать ли для этого программку, раз есть время? Как всегда, идея есть, а желания что-то делать - нет. Такая прям лень в теле, аж стыдно. И вот решил спросить - нужна ли такая программка? Повторюсь, она нужна только тем, у кого BCH были на локальном кошельке и только в том случае, если в ваших планах их разделить, чтобы как-то потом оперировать независимо. Ходят слухи, что в SV собираются сделать replay-protection как раз для этого, но пока не сделали. Если народу наберется всего человек пять-десять, мне будет проще просто каждому послать по 0.00001 BSV (не обеднею), чтобы вы потом сами разделили бы два этих шиткойна. Если больше страждущих - может быть это сподвигнет меня на автоматизацию. Есть уже готовое решение https://btc.com/tools/replay но оно чуть более дорогое. А мы халяву любим. |
|
|
|
Seems to me that the charts on http://bitcoin.sipa.be/ are not updating past days. Is this a malfunction or a deliberate decision? (I am looking at "Daily growth rate" charts) |
|
|
|
Тут у меня на кошельке в момент хардфорка BitcoinCash было немножко бабла, а я обнаружил, что ребята из BitcoinSV не сделали клиента под винду или хотя бы под убунту. Пришлось взять ноги в руки и быстренько слепить кадавра. Ну, то есть я взял по-быстрому код хардфорка с новыми командами и слепил с последним вариант, когда они гуёвый код еще не вырезали из клиента. Разработка ведется тут: https://github.com/AlisterMaclin/bitcoin-svВерсия для линукса вроде более-менее работает. Под винды пока не хочет собираться, но я рассчитываю в ближайшее время допилить. Если кому интересно - обращайтесь. Ещё думал, как бы в клиента вставить replay-protection, но пока до этого руки не дошли. Я-то сам руками это сделал себе, так что мне уже неактуально, а вот понадобится ли вам - не знаю.  |
|
|
|
|
) and relay them.
