|
В текущей реализации транзакций - нет, 'заразить' монеты каким либо правилом нельзя!
Но теоретически возможна доработка клиента до такой схемы, что можно создавать транзакции с заражением (в транзакции будет указано правило, которое будет копироваться на все последущие транзакции), это не так сложно как звучит. Вся природа bitcoin - это реализация материального в электронном виде, я уже говорил - прямая аналогия с монет bitcoin - это куски железа. Они дробятся, сплавляются.. а в электронном варианте получение каждого куска защищено кодом на языке встроенном программирования. Спаиванием одних кусков в другие занимаются майнеры, и их честность контролируется мощностью сети (прав тот у кого мощность выше)... Сейчас правило использования кусками сбрасывается при объединении кусков.. ничто не мешает копировать его или видоизменять по соответствующему правилу (лишь бы этому правилу следовали другие клиенты).
Мало того, конкретно эта задача может быть реализована даже в рамках уже работающей сети, просто работать с такими зараженными монетами смогут только специально модифицированный клиент.
p.s. Только я все равно смутно понимаю что за тающие монеты вы придумали. Смысла в монетах, которые возвращаются обратно к тому, кто их создал я не вижу, их ценность падает со временем (я так понимаю с истечением своего времени они полностью исчезнут, вернувшись обратно к создателю). Как будет выглядит у пользователей счет с такими монетами? Каждый день сумма на счете будет уменьшаться? Значит единственный смысл в этих тающих деньгах - избавиться от них пока не растаяли...
Схема использования:
1. A - создает тающие монеты X шт и за дополнительную сумму Y (% от X) передает их B
2. B должен используя эти кредитные/долговые/тающие деньги потратить на свое дело, он уже никому ничего не должен, его задача просто избавиться от этих денег с максимальной пользой, т.е. передать их C за услуги и товар (скорее всего многим)
Вот именно в этот момент мне не ясно почему B платит за тающие деньги % от суммы, а C должен платить за них B в полном объеме товаром и услугами? Ведь C как и B знают, что деньги тают со временем.
|
|
|
|
|
Ну, так было 40% черного нала от оборота, станет 70%, оставшиеся 30% - бюджетники и распил.
p.s. вижу вокруг очернение происходит с ужасающими темпами... крупнейшие и успешнейшие магазины продуктов, вот где обороты стабильные по определению - и те стали на чеках совсем другие фирмы печатать, обналичка и левые фирмы в деле. Не спроста это, значит даже успешным тяжело на законном уровне держаться.
|
|
|
|
Рискну всё таки попробовать поработать с данным клиентом. Уж больно тяжёлый оф. клиент. Компьютер аж пыхтит))... Я так понимаю, оф. клиент тоже не даёт 100% надёжности?
Тоже порекомендую Electrum, самый простой и легкий клиент на текущий момент, при условии что вашему кошельку так же никто не имеет доступа (кроме только что информации о том, какие именно переводы вы делаете, если я верно понимаю их технологию). Ничего не качает, так как за базой блоков клиент обращается к серверу, который выбирается при запуске, (который, кстати, так же можно установить у себя - это просто официальный клиент bitcoin с патчами), но нет rpc для использования в своих приложениях (т.е. исключительно облегченный клиент для обычных пользователей, которым нужно только принимать монеты и делать переводы.. майнить соло и p2pool с ним уже нельзя, но выводить средство от пулов майнинга можно). p.s. если сторонние сервисы показывают что средства переведены верно, то значит так и есть, осталось решить вопрос клиента. multibit сейчас может действительно глючить, так как недавно сеть претерпела серьезное изменение, фактически несовместимое со старыми клиентами (было голосование мощностями пулов за то, вводить ли его или нет). |
|
|
|
Мне смешно: Долг в Тысяче порядка 30-ти миллионов!!!!!!! и он растет бешаными темпами!!! Задержки выплат уже приблизились к отметке — 2 МЕСЯЦА!!! "десятимиллионник" Данила Юсупов быстро отреагировал на это послание, назвав "тысячника" одним из слабых и глупых руководителей, не способных взять на себя ответственность. Еще бы, деньги текут снизу вверх, а на части рвать будут только низы. Даже если это очередная серия вбросов, пофиг, мне формулировки нравяятся. |
|
|
|
|
650 подтверждений это уже более чем достаточно (переводу достаточно 6, намайненному 120).
В чем заключается 'но воспользоваться ими я до сих пор не могу'? Выпадает какая то ошибка?
Скажите адрес кошелька, на который вы принимали перевод, а можете сами проверить наличие средств на нем любым онлайн сервисом, например blockexplorer.com или blockchain.info
|
|
|
|
вообще я не собираюсь исправлять чужие баги.
желание было и есть понять СМЫСЛ.
и как я уже писал, для меня не является сложностью написать свой клиент, зная алгоритм. А если за плату? Во сколько можно оценить исправление алгоритма хеширования? В том числе ту часть, из-за которой (как утверждают некоторые на форуме) текущая реализация официального клиента очень медленно обрабатывает загружаемые блоки (в т.ч. при первой загрузке), даже если загрузка происходит с соседней машины в локальной сети. |
|
|
|
|
Утилизация тепла при любых условиях и технологиях потребует теплообменника со внешней средой, исключения составляют химические реакции с поглощением тепла, в которых потребуется соответствующий расходник... пока не всплывает ничего полезного, может быть как часть уже готовой инфраструктуры.
Сохранять тепло очень трудно (не эффективно), лучшее что сейчас есть - это нагрев солей, КПД ниже плинтуса, рыть под землю глубоко не требуется (мало того в некоторых местах это сопряжено еще и с трудностями, например защита от грунтовых вод, знакомые рассказывали об умнике, сделавшем погреб в виде большого герметичного железного ящика под домом - с первым паводком его дом 'всплыл'), под землю закладывают больше из удешевления безопасности.
Лучшие преобразователи тепла в механическую - двигатели стирлинга - от 31%-40% (это для идеального теплообменника), в розницу не купить, думаю при наличии связей с владельцами фрезеровального станка, можно уже начинать прыгать. Механику можно запасать в маховиках (кстати не обязательно супермаховик - литую бетонную болванку на 100кг поставить на штырьевой шарнир и откалибровать.. только зачем?), закачивать воду наверх или как-нибудь соригинальничать (закачивать воздух в подводные пузыри, были недавно публикации).
Самые дешевые преобразователи в электроэнергию (КПД 5%-10%) - термопара, простые в производстве, можно приобрести в розницу.. стоит оно усилий?
p.s. объясните мне тупому... почему когда речь идет о термопарах, не обсуждают их многослойные варианты а только параллельные соединения? проблемы с инверторами?
Ближайшее и самое простое место, где требуется тепло, вырабатываемое компьютерами (невысокие температуры в 60-70 градусов, воздух как теплоноситель) - это теплицы, но они отапливаются гораздо более дешевыми механизмами (например горячая вода от центрального ТЭЦ) и переводить уже введенные в эксплуатацию никто не будет, а новые строить - рисковано.
Остальные места скорее всего требуют тепло эпизодически (не постоянно).
Так же, ранее, я уже упоминал про использование тепла от компьютеров для предварительного нагрева воды в бойлерах (ставим дополнительный бак перед бойлером со сливом при заполнении), но уже начиная от киловатных ригов потребности в горячей воде одной семьи будут ниже, чем будет выработано.. потребуется договариваться с соседями, проводить соответствующую сантехнику и т.п.. Но на текущий момент это самые реальные по реализации способы утилизации тепла для небольших ригов у хомяков.
|
|
|
|
3кВт - это потребляемая мощность. Выделяемая мощность гораздо ниже - компьютер это всё таки не отопительный прибор  Компьютер как раз идеальный отопительный прибор, почти 100% КПД (незначительная часть уходит на шум и перемещения воздуха) |
|
|
|
Гению, богу во плоти Ужас, кто взломал аккаунт lzsaver? Он сделал уникальную программу, используя немалые познания в криптографии, и она работает как надо.
Говорить, что он сделал плохой код, это почти то же самое, что сказать: "формула сэра Исаака Ньютона
- полный отстой, так как она не учитывает..."; мне одному кажется, что это оскорбляет все сообщество?
В принципе 'ага',.. но, 'в интернете вечно кто то не прав', не вешаться же? Идея гениальна, реализация отстой.. но ведь можно же исправить, пока есть вообще такая возможность! OpenSource! Чините сами, нанимайте программистов, собирайте пожертвования, публикуйте и пиарьте тикеты.. методов исправить ситуацию - тьма. |
|
|
|
|
Лучше подумайте как привлечь инвестиции в каналы для роутеров i2p (tor считаю не стоит развития, хотя почему бы и нет). Будут роутеры - будет качественная связь без потери анонимности, проблема привлечения средств - как анонимно и без ошибок учитывать трафик как потребителя так и роутеров.
|
|
|
|
|
flush недостаточно, во время копирования может произойти очередная запись... хотя, если совместить с технологиями от операционных систем для такого копирования (теневое копирование windows или lvm/btrfs/nilfs/... - снапшотами), то уже нормально.
Только вот резервное копирование кошелька необходимо делать после каждой операции, а если он гигабайтового размера, то это несколько затруднительно (в пределах одной машины - так же снапшотами можно обойтись, а вот на соседний хост, уже никак).
|
|
|
|
Вся причина таких вопросов, никто не читает FAQ и статьи, а еще потому что в удобном виде для новичков их нет https://bitcointalk.org/index.php?topic=35985.msg443887#msg443887Если не секрет, в чем заключается халява, если речь идет о комиссии с транзакций?
В старой версии клиента комиссия была выставлена в 0.01, в самой последней - 0.0005.
p.s. Величина комиссии напрямую зависит от величины транзакции в байтах и практически никак от передаваемых сумм. На практике это выглядит так, как будто монеты, что вы получаете - это куски металла, которые можно делить на две части, а комиссия - плата за объедение этих кусков в один (во время транзакции). Соответственно если долго принимать по копеечке, много много транзакций, то в последствии, пересылка всей суммы разом может обойтись в приличную комиссию, в теории даже больше самой суммы (сотни тысяч переводов по 0.01, а потом их все высылать разом).
https://bitcointalk.org/index.php?topic=4021.msg547317#msg547317Значит получается, если у меня есть два адреса на которых лежат по 5 монет, а я хочу отправить кому-нибудь 10 монет за раз, то мне сначала нужно будет перекинуть свои монеты на один свой же адрес?
нет, клиент при отправке автоматически объединит эти куски по 5 в один - 10. Чем больше кусков клиенту приходится объединять, тем больше байт будет занимать эта транзакция в блоке (есть нюансы). Соответственно чем больше размер транзакции тем больше комиссия, которую потребуется платить Внимание, размер комиссии не зависит от количества монет - в тестовой сети есть пример. когда размер комиссии был намного больше передаваемых монет.. размер транзакции был чуть ли не мегабайты. Отсюда вывод - чем больше и мельче принимаете монет, тем больше будет комиссия, но речь идет о сотнях и тысячах кусочков (например, принимали 1000 раз по 0.001, а затем выслали разом 1btc). Так же в достаточно новом клиенте чем 'новее монеты', тем больше шансов что за их использование так же будет взята комиссия (при создании транзакции клиент сначала старается выбрать максимально старые переводы) |
|
|
|
|
Для того, чтобы безболезненно можно было работать с уже заблокированной базой bitcoin необходимо в RPC реализовать не flush, а flush-block и unblock-reread, при которых база будет переводиться в состояние, доступное для работы другим приложениям (и открывать естественно в режиме shared write), а при попытках записать что-либо между этими вызовами - блокировать работу клиента.
Что то мне говорит, если немного под суетиться, безо всяких изобретений новых вызовов одновременная работа с базой возможна и так, всего то сменить режим открытия базы и реализовать коллбаки на модификацию базы. в критических местах.
|
|
|
|
|
Эээ... master-master репликация на базах online? (используемых на данный момент) это что то фантастическое... или все это великолепие работает при неблокированной базе (т.е. клиент bitcoin закрыт)?
|
|
|
|
|
А в чем заключается расследование, на время которого блокируются средства?
На каких условиях qiwi будет их возвращать?
Пользователь A договорился о торговой сделкой/предоставлении услуг с пользователем B, минуя посредников в лице каких-либо ЮЛ, т.е. физик с физиком, сделка анонимна (о гарантиях и надежности вопрос отдельный), тут киви решило заблокировать средства, например оказалось что один из участников воспользовался A крадеными средствами (например купил виртуальную карту у левых сервисов, которые уже в свою очередь не совсем законны)... при окончательном блокировании средств клиент B остается в диком минусе (ни товара ни средств), кто и на каких условиях будет возмещать убытки?
|
|
|
|
|
Конечно же нужен собственный кошелек, хотя разделение мои адреса и чужие адреса считаю искусственными, инструмент работы с bitcoin должен одинаково работать как чужими адресами, так и со своими (только что не будет возможность создавать транзакции, использующие чужие, естественно).
abe и аналогичные утилиты работают с уже загруженной базой, т.е. необходимо закрыть клиент bitcoin, запустить утилиту синхронизации базы блоков с базой sql, после этого запустить клиент bitcoin (и так при каждом найденном блоке).. несколько неудобно/медленно, не находите?
Я несколько месяцев не изучал вопрос, кажется с появлением libbitcoin и аналогов появились утилиты, работающие с блоками и текущими транзакциями в пуле нативно.
|
|
|
|
berkeleydb это, вообще-то, один из самых производительных движков для DB из существующих (steam его использует, к примеру.. да и даже в том же mysql раньше была возможность хранения таблиц в berkeleydb, пока оракл не начал давить патентами в свое время). И поддерживает в том числе и репликацию. Так что смысл сабжа непонятен... Переходить на заведомо более тормозное решение только лишь ради поддержки технологий, которые и так есть.  Основной тормоз при загрузке блоков - это не база данных, а openssl. Оптимизация проверки хэша дает ускорение в 3-6 раз без проблем. Кошелек не предоставляет никакой гибкости по работе с адресами/аккаунтами, до сих пор не сделали нормального механизма запросить по RPC, сколько монет лежит на адресе (офф клиент), это так сложно? Самая часто выполняемая команда - listtransactions (просто потому что остальные get../list.. просто неадекватны по возможностям), на сколько она замедляется при увеличении кошелька? p.s. Когда кошелек становится размером с гигабайт, его резервное копирование уже не такое простое, как ожидается. Лично я еще не работал с такими крупными объемами на кошельке, но когда то читал на форуме в английской ветке, возможно в новых клиентах производительность увеличили?
Подскажите, как настроить репликацию кошелька, средствами BerkeleyDB? |
|
|
|
|
То есть если снять систему охлаждения, проверить визуально на отсутствие повреждений (обгорелостей, вздутий кондецаторов и т.п.), то после смены термопасты (и возможно системы охлаждения), карта проработает так же много как новая?
p.s. я думаю тут как с поиском блока у bitcoin, есть вероятность что карта сломается, сейчас или через год, рулетка - просто тут не равномерное распределение, а параметры его (крутизна наклона графика - срок/вероятность поломки) - определяет способ эксплуатации (при каких температурных режимах работало железо).
Можно приобрести железо, которое от силы наработало 1000 часов за год/два работы, это будет отличная железка, только что устаревшая технологически, а можно получить железо, работавшее на 80 градусах 24 часа в сутки, и начинающая глючить... Ведь возможно получится так, что тесты и бенчмарки глюки не выявляют (мигнул пиксел - глаз человека не заметил), а для майнинга может это выливается в кучу лишних invalid shares.
|
|
|
|
|
А тем кто не 'фарцевал ...'?
Есть хотя бы против нубов защита, какой-нибудь аналог smart у hdd?
|
|
|
|
|
Show Posts
