Т.е. банковские переводы со счета OKPAY, если ты пополнил его с криптовалют(или биржи) теперь запрещены? Раньше не работало только пополнение их карты, банковские переводы же обрабатывались в штатном порядке.
|
|
|
Почему нельзя отправить в пределах одного кошелька самому себе ? Отправляю всю сумму, отправляется только комса 0.01... Что обязательно устанавливать второй кошель для склейки ?
Кто сказал, что ничего не отправляется? Кошелек просто сам себе доверяет, поэтому отображает баланс сразу) Советую посмотреть транзакцию в эксплорере
|
|
|
Для сети этот вариант будет более болезненным) Все старые клиенты с некоторой вероятностью будут получать информацию о дабл спенде).
На самом деле нет, особенно если вступит в силу с отсрочкой ~полгода. Потому что смена принципа генерации txid существенно более проблемна сама по себе. Для сохранения совместимости клиенту придется вести карту соответствий, к примеру. Так что лучше руководствоваться принципом бритвы Оккама и не плодить сущностей без необходимости. Я не говорил именно о смене способа генерации txid, я имел в виду введение дополнительного параметра, по которому все клиенты бы определяли, что транзакции аналогичны, на основании алгоритма. Потом, проверяли бы по этому параметру аналогичность своей транзакции с той, что попала в цепочку и если так, то ассоциировалась с ней. Так новые клиенты бы лишились этой возможности "не узнавать" свои же транзакции,а старые работали по старому. А затем уже ввели этот фикс, с отсрочкой в пол года. Кстати мне так и не понятно как был создан ddos, ведь даже если подменялись значения, и принималась транзакция с другим txid, то монеты должны были спокойно доходить. Вопрос только в том, как их отследить.
|
|
|
А что вообще мешает для начала не вмешиваться в механизм распространение и т.п.,а просто вычислить новый id транзакции, который включает в себя хеш нормализованных подписей, нагрузка увеличиться слабо,а определять можно будет однозначно? Ну будут даблспенды в старых клиентах если заспамят, в новых же все будет считаться одной транзакцией.
Скорее всего, поступим так же, как было в случае с багом CVE-2013-4627. В сериализатор добавить принудительное приведение подписей к однозначному виду, и пришедшие транзакции будут рассылаться в приведенном к "правильному" виде. Для сети этот вариант будет более болезненным) Все старые клиенты с некоторой вероятностью будут получать информацию о дабл спенде). Но, конечно же, решать разработчику.
|
|
|
А что вообще мешает для начала не вмешиваться в механизм распространение и т.п.,а просто вычислить новый id транзакции, который включает в себя хеш нормализованных подписей, нагрузка увеличиться слабо,а определять можно будет однозначно? Ну будут даблспенды в старых клиентах если заспамят, в новых же все будет считаться одной транзакцией.
|
|
|
Почему-то вылазит сообщение «URGENT: your client is possibly affected by synchronization issues. Please downgrade to 0.4.4.6 as possible.» Хотя версия и так 0.4.4.6, причём после переустановки свежескачанного клиента сообщение вернулось. С этим как-то связано то, то 67-монетный инпут двадцатый день не может найти блок?)
Никак, просто сообщение от "создателя"(читай Бальтазара), если ты обновился то все хорошо.
|
|
|
В первое время возможно не банить,а нормализовывать, так будет обеспечена совместимость со старыми клиентами. А потом, спустя какое то время запретить вовсе. Так новые клиенты смогут однозначно идентифицировать транзакции, что в целом есть гут. Ну и не забывать при передаче автоматически "исправлять" содержимое, так у старых клиентов будут дабл спенды, но учитывая масштаб проблемы, имхо все терпимо. Мы занимаемся перебором хешей для PoW, имхо добавление нескольких вычислений, не самое страшное зло) Вряд ли сильно замедлит работу на современных пк.
|
|
|
Не вижу проблемы проверить как обычный так и зеркальный вариант), да и вообще считать их идентичными). Например всегда брать по "модулю"(вот только хз возможно ли понять, какой из вариантов зеркальный). Например выбрать "наименьший" из пары хешей. Кстати а что вообще мешает ввести это ограничение сразу, из пары хешей "минимальный" является истинным? И взять потом хеш из нормализованного упорядоченного набора(то что писал выше) в качестве ID транзакции?
|
|
|
Так разве не владелец сможет сделать обратную подпись? А если такой ход, вся транзакция последовательно подписывается каждым ключем(их набор упорядочен),каждая следующая подпись включает транзакцию и предыдущие подписи?
|
|
|
А что мешает брать хеш из упорядоченного набора подписей? Их нельзя заменить.
|
|
|
Due to PoS diff increase interest rate is lowered to 3%/month
|
|
|
Сольют ваши доги и пойдут биток с лайтом пампить) А потом купят у всех по дешевке обратно.
|
|
|
Понизить комиссию за переводы не собираетесь?
Уже сделано в 0.4.4.6, изменения вступят в силу с 1.05.2014 и комиссии можно будет сделать такими же, как в BTC. Жесткие ограничения на минимальную сумму пользовательских транзакций тоже снимутся. А ограничения на минимальную сумму служебных транзакций уже сняты, при желании можно генерировать блоки с выходами по 0.00001 в coinbase транзакциях. а не повредит ли это саморегуляции валюты? Монеты приходят от получения блоков, но комиссии маленькие или вообще никакие. Монет и так мало, и как уже было посчитано, скорость их эмиссии куда меньше, чем у других валют.
|
|
|
Не совсем понял про суммы на выходах, т.е. можно полностью менять суть транзакции?
Да, можно. Подпись скрипта - это передача прав на инпут от пользователя А пользователю Б на условиях, описываемых этим скриптом. Если пользователь Б получил подписанные скрипты от пользователя А, он может сделать с ними все что угодно. Потому что А ему это разрешил. Но эти же действия должны быть произведены в другой транзакции, которая не будет апрувнута без первой. Ну флаг isSpent укажет только на то, что выход потрачен, может быть транзакция в системе вообще не прошла и софт использовал ее для другой(допустим баг). Это второстепенный признак. А признаком той или иной транзакции однозначно является по идее подпись, которая должна быть так же уникальна как и id?
|
|
|
Тогда я не понимаю технерей гокса, которые искали по id транзакции, если ее можно подтусовать кому угодно во вне. А почему тогда не определять по хешу подписи?) Не совсем понял про суммы на выходах, т.е. можно полностью менять суть транзакции?
|
|
|
А подписывание разве не нужно заного для измененной транзакции?
|
|
|
Балти, а как там у новы с тем багом, что нашли в битке? Как я понимаю это что то общее в механизме рассылки и приема транзакций? Когда планируется фикс?
|
|
|
У вас написано про выполнение финансовых обязательств, как вы собираетесь выполнять их перед держателями рублей? По сути лишив людей вывода, вы полностью лишили их средств в рублях.
Вывода рублей россиян лишили государственные органы РФ. К ним и претензии, если чё. БТЦ-е тут при чем ? Обратитесь в ЦБ, чё то они так нехорошо с гражданами поступают ? Да, и напомните им вернуть сбережения отнятые в 90 х годах у каждого жителя СССР. Никто ничего не лешал, биткоин был признан денежным сурогатом. Но это прямого отношения к бирже, находящейся в другом гос-ве не имеет) По сути с Россией там происходил обмен рублей биржи, на рубли платежных систем... В целом интересует именно позиция биржи и только. rbcdaily.ru/finance/562949990487034 «При выявлении компании, которая решит принимать биткоины как платежное средство, против ее руководителей можно возбудить уголовное дело по ст. 174 УК РФ («Легализация денежных средств или иного имущества, приобретенных другими лицами преступным путем». — РБК daily)», — говорит источник. Собирать информацию будут сотрудники ФСБ и МВД. намек понятен? Позиция государства стало ясна еще в январе. Напоминаю, что вы не принимаете биткоины как платежное средство, вы позволяете пользователем меняться активами, представленными на вашей бирже. С Россией же вы производете обмен только рублями вашей системы и платежками работающими на территории гос-ва. Если уж паниковать по полной, то покуда у вас представлены пары криптовалюта\рубль,к вам будут вопросы. А если еще больше, то покуда ваши представители будут в РФ, то к ним будут вопросы) В целом же какова позиция биржи по отношению к пользователям? Все должны перейти на доллары\евро по курсу, который хуже рыночного? И все не желающие останутся с текущими средствами в системе, в не выгодных рыночных условиях, пока не изменится ситуация в стране?
|
|
|
|