Комиссия полностью зависит от количества входов, их которых состоит перевод (входы - это ваши входящие переводы в кошелек), не зависит от суммы напрямую и не может зависеть от времени (за исключением случаев, когда между попытками в кошельке появляются новые транзакции). Еще более точно, комиссия прямо пропорциональна размеру транзакции в килобайтах, т.е. это плата за место в блокчейне. Коэффицент, от которого определяется эта комиссия, определяется в и исходниках, например litecoin в коде можно найти что то типа: int64 nPayFee = nTransactionFee * (1 + (int64)nBytes / 1000); и такие константы, для приблизительной оценки (раньше было просто одна константа, теперь код чуть чуть посложнее) /** Dust Soft Limit, allowed with additional fee per output */ static const int64 DUST_SOFT_LIMIT = 1000000; // 0.01 LTC /** Dust Hard Limit, ignored as wallet inputs (mininput default) */ static const int64 DUST_HARD_LIMIT = 10000; // 0.0001 LTC mininput
кстати nTransactionFee можно напрямую установить через rpc settxfee <amount> <amount> is a real and is rounded to the nearest 0.00000001
|
|
|
Например, пытаюсь сделать перевод в 10 койнов, жму "отправить" - предлагает комиссию в 0,9 койна. Отказываюсь, ничего не меняя нажимаю "отправить" еще раз - предлагает уже комиссию в 0,7. Опять отказываюсь, снова ничего не меняя жму "отправить" - предлагает уже 0,8. При следующей попытке - снова 0,9. Они что, размер транзакций рандомно генерируют ? В нормальных криптовалютах такого не замечено. Комиссия полностью зависит от количества входов, их которых состоит перевод (входы - это ваши входящие переводы в кошелек), не зависит от суммы напрямую и не может зависеть от времени (за исключением случаев, когда между попытками в кошельке появляются новые транзакции). p.s. Какой бы форк не был, почти наверняка в нем есть rpc команда sendmany (создает транзакцию с указанием нескольких выходов). Недавно я заметил что в bitcoin эта транзакция создается без комиссии. Это не гарантирует что и в вашем форке так будет. Правда в этом случае вы не узнаете о комиссии и ее размере, пока не попробуете. Самый простой способ провести эксперимент, сделайте копию вашего wallet.dat (всегда делайте кстати, например сейчас), запускаете кошелек, отключаете интернет, делаете транзакцию, смотрите что получилось, если не устраивает - закрываете кошелек и восстанавливаете из бакапа и возвращаете интернет, иначе просто возвращаете интернет (транзакция уйдет в сеть). p.p.s. Есть форки, в которых без комиссии нельзя создавать транзакции, например novacoin, правда я не уверен, в каких пределах там можно эту комиссию менять.
|
|
|
Если хорошо продумать условие попадания в топ (а то можно прокачать аккаунт с 1$ как мега успешный и прекрасно манипулировать остальными 'последователями') Если попадание в топ можно по желанию трейдера отключить Если трейдер получит какие-нибудь плюшки
то почему бы и нет.
|
|
|
Я вообще то спрашивал, как вычислить, какое соотношение хешей майнинга sha256 к флопсам? А именно с чьими флопсами нужно делать это сравнение? Или может нужно сначала оценить мощность сравниваемого процессора в хешах а затем запустить на нем lapack и получив два этих числа 'взять и поделить'? Ну так какой бы вы процессор не взяли, результаты будут разные! p.s. была же новость год или два назад, кажется китайский супер компьютер в top100 вылез наверх потому что они его оптимизировали под конкретно lapack а другие задачи на нем решались не так красиво.
|
|
|
Хеши в секунду отражают производительность соответствующего оборудования в количестве целочисленных операций в секунду, те же самые операции выполняются и на обычных процессорах. И какие именно процессоры нужно брать для сравнения? x86 based CPU? и чьей фирмы - Intel? AMD? или может SOC ARM? А может быть шейдерные процессоры современных GPU? или вершинные? Кстати чьей фирмы? AMD или Nvidia? Или Mali архитектурой Midgard? Это только несколько примеров, все они могут так или иначе выполнять роль генерального процессора и производить 'любые' вычисления (про оперативную память я пока помолчу) и при этом результат ваших оценок будет отличаться для каждого очень заметно, в некоторых случаях на порядки! На текущий момент (да и всегда) оценка вычислительной мощности не может быть адекватно и универсально представлена в виде одномерного числа, это вектор, как минимум состоящий из параметров, учитывающих 'процессоры' и 'память'. При этом к примеру, память из-за особенностей реализации (кластеры) тянет за собой параметры сетевой инфраструктуры а так же разделения на несколько уровней (кеши процессора, оперативная, локальная постоянная, удаленная постоянная,..), а процессоры выделяют такие параметры как архитектура (в т.ч. наличие float инструкций), битность (не только шины но и команд), наличия памяти (кеши разного уровня) и способ обращения к ней (общая шина или групировка на кластеры, например в GPU).
|
|
|
>> Coinbase, являющегося также официальным дилером криптовалюты что?
|
|
|
Не понимаю в чем уязвимость? Вот возьмите 128битный seed у electrum, который затем превращается в 12 английских слов. Перебирайте.
|
|
|
Продажа долей bfl60gh: id:1386861452,action:asset.delegate,owner:19oydV6emRs3NDDA5v1wcjc6i2EnfCyNYV,group:a.bf60gh1,amount:16,to:1N6dM97LrbErjiPY1TCsq3hYegkoSvtMoB подпись: Gw6pdYdRoZCY5jSwKPQWX+bhGeeFOwjCqeq9qlXX+W5Cp59wF8W4QfbciqAhY3qZD/PhmGyWkSdj0xwfze0lazU=
|
|
|
Спасибо, Ваше мнение очень важно для нас! Пожалуйста, скажите, какие именно изменения Вы хотели бы видеть в торговом интерфейсе? Если Вы скажете конкретные предложения, мы их рассмотрим и реализуем (если они окажутся полезными). О каких-то элементарных вещах, по типу уведомления на почту с предупреждением о слабом обеспечении и предупреждении закрытия ордеров и мечтать наверное не приходится.
Я так понимаю, этот пункт и вызвал наибольшее разочарование? Мы планируем реализовать извещение через email и sms, но в любом случае правила торговли чётко гласят, что трейдер обязан сам следить за уровнем своего обеспечения и своевременно довносить средства или сокращать свои позиции. Пожалуйста, обратите внимание на мое мнение. Опишите очень просто и четко, можно тут же в теме, если что мы поможем оформить это более понятным языком, если это вам сложно. Как вычислить уровень, при пересечении которого ценой торгуемого инструмента, произойдет закрытие - margin call!? Вообще то это простая формула из 4-5 параметров, Достаточно ее написать и указать где можно узнать значение того или иного параметра. Вы же говорите что это должен считать сам клиент.. но не сказано нигде КАК он должен считать, по каким формулам. Спасибо. p.s. А повернуться лицом к пользователям - то можно указывать этот уровень на графике в личном кабинете. Правда возникает проблема, как указывать этот уровень при торговле с несколькими инструментами, но это вторая проблема, сделайте хотя бы для одного.
|
|
|
Эта команда не работает как ожидается, транзакция создается полностью игнорируя принадлежность монет аккаунтам (то есть да, отправляет со всех адресов в wallet.dat), и только правит балансы в кошельке. Есть два способа сделать исходящую транзакцию с определенных входов (в т.ч. аккаунтов) - экспорт приватного ключа нужного адреса и импорт в новый пустой кошелек (к сожалению эта операция требует перезапуск клиента с полным сканированием блокчейн, что занимает заметно времени - минуты) - самостоятельно создание транзакции из нужных входов (команды createrawtransaction, signrawtransaction, sendrawtransaction) p.s. Еще есть набор патчей (их например сейчас добавляют в novacoin) добавляющих интерфейс выбора нужных входов (но это для транзакций, создаваемых из интерфейса вручную).
|
|
|
Не вижу в том тексте ни слова про цепочку долговых обязательств (а имено это является в ripple нововведением, в дополнение к децентрализации и подтверждении транзакций методом 'консенсуса'). Обычный бред журналистов, которые не знаю что еще добавить к слову bitcoin... вот и добавляют - 'корова, да, о.. так это одно и то же! и быки в наличии, и падать умеет,..'
|
|
|
Хорошая была статья, где какраз исследовался и этот момент - http://www.siliconrus.com/2013/09/vozmozhnosti-i-riski-ispolzovaniya-bitkoin-v-rossii/Второй возможный вариант – оформление сделки по договору мены – влечет значительный риск признания сделки притворной: суд вряд ли примет экономическое определение биткоина в качестве товара и, очевидно, сделает вывод о том, что воля сторон была направлена на заключения договора купли-продажи, правила которой и будет применять. вики: Гражданское законодательство Российской Федерации рассматривает договор мены для целей регулирования и налогообложения, как два договора купли-продажи, при которых каждая из сторон является продавцом передаваемого имущества и покупателем получаемого. Иными словами, считается, что любой договор мены можно представить как два договора купли-продажи, добавив к отношениям сторон два тождественные друг другу обязательства, направленные друг против друга. p.s. наверное теперь это не обязательно, закон от 2012...: б) общие сведения о внешнеторговой бартерной сделке (сведения о сторонах внешнеторговой бартерной сделки, дата договора, номер договора (если имеется), общая сумма сделки (если имеется) и валюта цены сделки, дата завершения исполнения всех обязательств по внешнеторговой бартерной сделке); вот это в скобочках похоже позволяет вести сделку без указания суммы, но любой налоговик рассмеется вам в лицо (а при операциях с недвижимостью он обязательно появится, это же отличная кормовая база чиновников всех мастей).
Повторяю вопрос - ЗАЧЕМ НУЖЕН ДОГОВОР? варианты ваших ответом могу предположить сам: 1. чтобы защитить участников от мошенничества, следующим образом, если один из участников нарушает условия сделки, топаем с договором в суд и там государство вас защищает, но если договор будет несовместимый с законом, то защита становится либо маловероятной, либо будет отличный повод наехать уже государству (в лице чиновника, увидевшего возможность нагреть руки) на участников. 2. чтобы была отмазка для налоговиков - в этом случае вступает в действие отличная лазейка для чиновника, проводящего проверку, бартерные сделки дают возможность оспорить корректность указания цены сделки (а она нужна для того чтобы налоги состричь), когда эту цену налоговик определяет самостоятельно по своему усмотрению (та же самая фигня и с таможенникаи, вовсю пользуются, исходя из случаев освещенных в интернете, когда стоимость товара выставляется не по цене магазина зарубежом а по максимальной цене уже внутри страны, которая на несколько порядков естественно выше)
|
|
|
да можно. договор в любой валюте признаваемой российским цб. платеж считается рублевым, что подтверждается распиской о получении от продавца. в случае расторжения сделки по суду возвращаться будет сумма в валюте из договора.
Что-то не понятно тут. Сделка через биткоины, а расписка в рублях? Зачем какая-то валюта нужна в договоре? биткоины на время оформления права собственности находятся на условном депонировании (escrow) у обеими сторонами уважаемой конторы
А это зачем? Уважаемой конторе, конечно смысл есть - % от посредничества, а вот покупателям и продавцам это совсем не нужно. Появилась условная транзакция в блокчейне, значит обмен произошел и договор считается исполненным. Потому что в России запрещены сделки купли/продажи не в валюте 'Рубль'. В случае бартерных сделок необходимо указание рублевого эквивалента. Что вы будете делать с этим договором, если не укажете там рубли? Вам зачем договор? Чтобы обезопасить себя от мошенничества с обоих сторон и в случае такового пойти под крылышко госапарата и попросить - 'накажите его'?
|
|
|
Гугл выдал чуть побольше подробностей: https://forum.btcsec.com/index.php?/topic/3521-jp-morgan-chase-gotovit-ubiitcu-bitcoin/Структурные компоненты системы:
Портал обработки платежей и цифровые кошельки (a Payment Portal Processor; a digital Wallet); Публичный счет для Интернет-платежей (an Internet Pay Anyone (IPA) Account); Виртуальный частный сейф (a Virtual Private Lockbox (VPL)); Система отчетности (an Account Reporter); Существующие сети электронных платежей ( the existing EFT networks); Платежная карта (and a cash card).
Портал обработки платежей - программное обеспечение на стороне банка, к которому подключаются пользователи с использованием веб-браузеров. Он предоставляет защищенный фронт-энд для осуществления платежей между счетами пользователей или через другие платежные системы. На самом деле, не так и много отличий от существующих приложений онлайн-банкинга. Однако, свою систему банк гордо называет "Новой парадигмой" электронной коммерции. Я не понимаю, каким боком этот патент относится к bitcoin?
|
|
|
6) Рекомендую Multibit и Armory Лучше не используйте Brainwallet, пишут что в нем есть уязвимость. уязвимость в идее?
|
|
|
Вот старый парсер https://github.com/znort987/blockparser работает с блокчейном напрямую, как я понял это сейчас самый быстрый парсер, но он не сохраняет промежуточный результат и для следующего запроса снова анализирует весь блокчейн Еще гугл выдал этот проект https://code.google.com/p/blockchain/ c++ p.s. на php эта задача решается заметно сложнее и менее эффективно, вам действительно нужно так выворачиваться на изнанку?
|
|
|
Что с заказом 3-го асика от knc ?
Пока собрано ~9200$, это чуть больше половины. Второй батч нептунов не продан, а очередь поставки идет в соответствии не с номером заказа а по дате оплаты.
|
|
|
Возможно где то уже встречалось. Ищу библиотеку или отдельное приложение (например command line) для подписывания и проверки подписи текстовых строк bitcoin адресом и соотв. ему приватным ключом. В принципе наверное можно вырезать необходимый функционал из исходных текстов electrum, но они на питоне, но в идеале мне хотелось бы на PHP, чтобы не плодить лишние сущности.
Не хотелось бы для этой задачи тянуть на сервер кошелек весь офицальный bitcoin или делать запросы к нему по сети.
|
|
|
Офицальный кошелек не имеет такого функционала, доступно только для адресов в кошельке (и то, иногда для этого требуется запускать реиндексацию, например при импорте приватного ключа). Есть проект https://github.com/bitcoin-abe/bitcoin-abe это приложение, использует по rpc bitcoind и сканирует все необходимые данные, собирая их в sql базе данных, доступных для дальнейшей работы, там необходимые запросы вы уже сможете сделать.
|
|
|
|