Как вариант можно использовать вашу идею, но без заморочек с IRC.
Т.е. будем иметь базу заранее сгенерированных адресов, которые будем выдавать клиенту для проведения оплаты, а bitcoind будет только проверять поступили ли деньги, но не содержать самих хэшей от этих адресов. Тогда останется лишь с 3-ей стороны подливать периодически новых адресов в базу.
Вот интересно, как при помощи bitcoind проверить поступили ли средства на определенный адрес, не обладая wallett.dat с этим адресом?
Может мы немного не поняли друг дуга... Я хочу вообще убрать bitcoind с сервера с сайтом. Я в своем варианте предлагаю сделать плагин к bitcoind, который бы мониторил поступление средств на уже сгенерированные в кошельке адреса и проводил мониторинг какого либо почтового ящика. А затем на основе этого выполнял определенные действия, например выполнял SQL запросы к БД сайта принимающего/отдающего биткоины. То есть смысл срастить этот плагин с биткоин демоном что бы они работали в связке. Я бы такую связку развернул у себя дома. |
|
|
|
|
Мысль.
Что если полностью разделить сайт принимающий биткоины и сервер с биткоин демоном?
Примитивный вариант как я его вижу...
Относительно сервера с демоном биткоина
1) Имеем сервер на котором крутится демон биткоина
2) Генерируем на нем предварительно несколько тыс. адресов для предоставления их будующим клиентам.
3) Экспортируем эти адреса в таблицу БД
4) НОВОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ суть которого в мониторинге поступающих на кошелек транзакций и мониторинге писем поступающих на некий почтовый адрес/irc Канал
- мониторинг транзакций нужен для выполнения SQL запросов (изменение баланса пользователя при поступлении средств) к БД сервера на котором крутим сайт
- мониторинг некого почтового адреса/irc Канала нужен для выполнения SQL запросов (изменение баланса пользователя при поступлении запроса на вывод средств) к БД сервера на котором крутим сайт
5) на этом же сервере ведем дубль БД для анализа транзакций
Относительно сервера с сайтом принимающим/отдающим битконы
функция сервера с сайтом это отображение баланса пользователя и выполнение определенных действий при запросе пользователя на вывод средств. Под этими определенными действиями понимаю отправление на почтовый ддрес/irc канал соответствующего сообщения которое будет обработано НОВЫМ ПРОГРАММНЫМ ОБЕСПЕЧЕНИЕМ работающим на сервере с демоном биткоина
- сообщения могут шифроваться исключая таким образом возможность их анализа при взломе почтового ящика или просмотре irc канала
Остается только вопрос подделки сообщений при взломе сервера с сайтом. (думаю его тоже можно решить)
По моему так полностью решается задача исключить несанкционированный доступ к файлу кошелька.
Ваше мнение?
|
|
|
|
|
В курсе, и не паникуем. Слаша жаль ...
А вообще интересно, смогут ли пострадавшие что либо отсудить у Linode ведь он признал что уязвимость была на его стороне?
P.S.А еще надо думать как увеличить безопасность различных сервисов работающих с биткоинами.
|
|
|
|
При это все просто молча закрывают на первоочередную проблему - цена за домен!
Есть проблема нижней планки. Есть мысли как пропорционально и обоснованно задавать нижнюю планку? Я так понимаю что сейчас в bitcoin транзакции с нулевой комиссией не проходят, то есть есть какая-то заданная минимальная комиссия. Так может приравнять эту нижнюю планку к этой минимальной комиссии за bitcoin перевод? |
|
|
|
В днях нельзя задавать такой важный параметр как TTL. Время - это такое расплывчатое понятие в распределенной сети. Если привязываться к нему, то надо всех клиентов анально принуждать иметь строгий sync по NTP. Иначе куча непоняток будет.
Время в такой сети измеряется в блоках. Измерить время в блоках сеть может весьма однозначно.
Здесь актуальный вопрос "в чьих блоках"? блоки DIANNA - вещь непостоянная. Таймштампинг здесь не строгий, строгая лишь последовательность. Если нет заказов по доменам - нет и новых блоков.
Значит привязываться надо к блокам биткоин.
Согласен. Я в принципе и перевел в блоки: с (текущий-26064) до текущего. Интервал конечно надо обсуждать отдельно. |
|
|
|
|
Мысль относительно хранения цепочки блоков в которой будет храниться информация о доменах.
Если задаться что время существования домена (до его продления) равно 180 дням. И например пусть блоки в DIANNA выходят как и в bitcoin в среднем каждые 10 минут, то можно хранить не всю цепочку блоков а только блоки например за 181 день, то есть с (текущий-26064) до текущего.
Что думаете?
|
|
|
|
Да, все это так, но я же говорю, комиссия по доменам устанавливается рыночными соглашениями.
Соберутся майнеры, скажут: нам выгодно процессить с комиссией 0.1
Уменьшится Bounty_main в два раза, возрастет нагрузка на сеть. Соберутся майнеры и скажут, нам выгодно процессить по 0.05
Если попадутся жмоты и будут ломить комиссию большую, всегда найдется кто то менее жадный, который возьмет себе все остальное.
Короче, здесь комиссия будет устанавливаться так, как постапокалиптическом биткоине (когда coinbase упадет до неприличных значений). Системе же надо будет за что то жить. Вот будут увеличивать комиссию. Возможно вообще бесплатные принимать не будут.
Как майнеры смогут диктовать комиссию? Что размер минимальной комиссии будет жестко зашит в код и будет правиться руками разработчика? Я предлагаю как раз стимулировать майнеров за счет комиссии которую будут платить владельцы доменов. Больше заплатил комиссию твоя транзакция быстрее обработалась. Ты разработчик, решать конечно тебе. |
|
|
|
Есть еще непропорциональное увеличение DDiff в частном случае когда Bounty_main=0 (смотри прикрепленный файл).
При bounty_main=0 такой вот ситуации быть не может: sum fee(Txi)=0,2 sum fee(TxCi)=1,2 Ddiff=600% Если майнер допустит такое увеличение сложности, то он будет считать этот блок долго. И всегда найдется майнер, который наберет себе доменных транзакций по меньше и высчитает блок быстрее. Это ведь майнеры решают, брать транзакции в расчет или нет. Обрати внимание что и вообще при уменьшении bounty_main сложность Ddiff довольно резко увеличивается. К примеру для биткоина 25 не за горами. |
|
|
|
promankirov: не, ты не понял идею.
Идея состоит в том, что по доменным транзакциям у нас идет финансовая активность. И комиссии по ним надо выплачивать майнерам. Но строго пропорционально, иначе инфляция!
Короче, надо дополнительно нагрузить майнеров ровно на столько, как выигрыш по доменным транзам относится к "обычному" выигрышу блока.
Т.е. моя формула верна в этом отношении.
То, что низкая поправка сложности при низкой финансовой активности по доменам - это как раз правильно. Т.к. без доменных операций это все работает точно так же как биткоин.
Твоя математика верна, но она не учитывает человеческий фактор. При bounty_main=0 награда за блок будет состоять сугубо из комиссий по фин транзам и система к этому времени будет жить только за счет комиссий. И эти комиссии в сумме будут немалы. И формула будет работать.
Дело в том что эти все формулы замыкаются на рыночных договоренностях и конфликте интересов, которые формулами не выразишь.
Тогда я не понимаю как пользователь будет оплачивать доменные операции? Вот предположим я регистрирую/продлеваю домен и fee указываю равно 0, при этом никаких финансовых транзакций тоже не провожу в итоге у меня минимальная сложность? Где финансовая активность? Домены регистрируются и продлеваются бесплатно. |
|
|
|
Первое сообщение удалил - накосячил в формулах, да и вообще поспешил... Первоначально в обсуждении была идея доменные операции оплачивать, а у тебя при расчете DDiff самое низкое увеличение сложности от доменных транзакций при комиссии за них равной 0 и увеличивается при увеличении комиссий за доменные операции. Есть еще непропорциональное увеличение DDiff в частном случае когда Bounty_main=0 (смотри прикрепленный файл). Предлагаю такую формулу для расчета Ddiff=Diff*Summ fee(Txi)/Summ fee(TxCi)
где,
Diff - сложность финансовых транзакций;
Summ fee(Txi) - Сумма комиссий финансовых;
Summ fee(TxCi) - Сумма комиссий финанс.+доменных. , а если максимум в 100% увеличение сложности от доменных операций не приемлим можно просто ввести коэффициент, например Ddiff=0.1*Diff*Summ fee(Txi)/Summ fee(TxCi) Прикрепляю xls файл с тестовыми расчетами: http://files.mail.ru/ZAEQUW |
|
|
|
|
Интересно, а какова сейчас в среднем за сутки величина комиссионных отчислений? Есть ли такая статистика?
|
|
|
|
Заинтересовал такой вопрос - http://www.bitcoinmonitor.com показывает операции с монетами и в том числе простые переводы с кошелька на кошелек. Во всех этих переводах присутствует комиссия за перевод. Вопрос: - Правильно ли я понимаю что эта комиссия достается тому кто первым подтвердит этот перевод (подберет соответствующий хеш)? И сейчас она оседает в профит пула. |
|
|
|
|
Пришла сейчас такая мысль:
- Почему то все пытаются сравнить bitcoin с золотом, но ведь золото не является платежным средством (по крайней мере в России).
Попробуйте-ка расплатиться золотом и Статья 191 УК РФ. "Незаконный оборот драгоценных металлов Вам обеспечена" Вам обеспечена.
А bitcoin-ами Вы смело можете расплачиваться, если продавец принимает их в качестве платежного средства. (лично я уже расплачивался).
|
|
|
|
Спасибо за информацию, буду изучать. |
|
|
|
О pushpool знаю. Нужен готовый продукт с возможностью его развернуть за несколько минут (часов). |
|
|
|
|
Интересует полный набор исходных кодов (код пула + коды фронт и бек энда)
Оставляйте адрес пула (для оценки) и свою цену в BTC.
|
|
|
|
Просто потому что прыжки отпугивают тех, кому она могла понравиться, и создают системе ту самую репутацию зомби. Это как с пулами типа триплмайнинга. Закончили считать блок и мощность вырастает в 3-4 раза. И в результате что? А ничего, над пулом смеются и обзывают помойкой, хотя он тут непричем и очень даже достойный
Держу на триплмайнинг небольшую часть своих мощностей, и скажу что эти прыжки меня нисколько не пугают. Имею кстати неплохую отдачу от этого пула. (Но тсс.... никому не говорите, это секрет) А по поводу человеческой жадности у меня сложилось довольно своеобразное мнение после просмотра фильма об МММ. Ее просто надо грамотно использовать. Сатоши направил усилия в финансовую сферу, т.к. всех задолбала уже ФРС США. А мы сделаем то, чего так давно не хватало - распределенный авторитетный днс. Т.к. всех начинает задалбывать американская цензура. Они не остановятся, и это нам на пользу. Мы нагнем ICANN раком.
Идея отличная, и не только из за американской цензуры. Её - цензуры везде достаточно. Если все выгорит это просто добавит всем свободы. ------------------------------------------- Идея Биткоин-а уже дала свои всходы и сама по себе и как плацдарм для новых идей. А ведь она пока все еще остается крайне мало известной среди населения, то ли еще будет... А воротилы в чьих руках сейчас сконцентрированы большие средства могут все эти средства легко профукать, так что кто будет управлять системой и будет ли вообще еще не известно. (это конечно чисто мое мнение  ) |
|
|
|
|
Ребята, от всей души желаю Вам УДАЧИ!!!
Как появится рабочий вариант с удовольствием приму участие в тестировании. (если конечно Вам будут нужны тестеры)
|
|
|
|
Знаю, это типа софт для банков и бирж будущего. Нам оно не нужно.
Уххх как все загадочно... Есть софт для банков и бирж будущего. А информацию о будущем кто нибудь уже получает?  |
|
|
|
|
Хочу еще уточнить относительно текущей реализации неймкоина несколько вещей:
1) Можно ли передавать права на загеристрированный домен?
2) (Гипотетически, так как сейчас продление бесплатное) Если не проплачено продление домена то что с ним будет?
|
|
|
|
|
Show Posts
