О, ты сказал *С* корень. К сожалению, это зависит от конкретного телефона. Семантика каталоге в POSIX должен быть оформлен по-разному: `..` всегда то же инода как `.` в родительский каталог. Такие вещи, как `найти` можете проверить эту ссылку-счетчик=2 для обнаружения каталоги листьев, и избежать `стат выставление заявок из вызове readdir искать в подкаталогах. Но это только второстепенная функция включена поддержка жестких ссылок нон-каталог файлов (обычный, симлинк, устройство, гнездо, и по имени-труба). (Да, симлинки есть свои инода, и может быть жестко связанные.) Большое спасибо за решение. Теперь, я понимаю, что проблема с H:SE является недостаточным решение, основанное на ошибочных доказательств, я уверен, что ситуация будет улучшаться, мы будем просто судить друг друга строго, и ситуация улучшится. Я очень рад слышать, что вы не в восторге от нас и что качество наших ответов неудовлетворительное. И теперь, когда мы знаем, что мы абсурдны, что поможет нам быть менее абсурдно! Возможно, ЮВ должен написать несколько эссе, предложив закрыть вопрос как подход, чтобы избежать запутанной, противоречивой и запутанной ответы? Ой, подождите...

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

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

Проблема для МФ Gox (и другие) они отслеживают транзакции на основе его идентификатора транзакции. Если измененный сделки выигрывает и будет включена в блок, первоначальной сделки будут отменены. Тогда это привело МФ Gox думать, что деньги не отдал (с ID транзакции не было в цепочке блоков) и они могли бы создать новую транзакцию, чтобы снова платить деньги.