Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1359
|
|
March 12, 2016, 01:45:04 AM |
|
Как я понимаю, в этой сборке старая функция, так что ничего странного в этом нет. Там же написано красным по белому, какой синтаксис оно хочет.
|
|
|
|
alpet
Legendary
Offline
Activity: 1912
Merit: 1020
|
|
March 12, 2016, 08:31:28 AM |
|
"Большинству"? Откуда такая статистика? Это нормальное распределение для любой зрелой криптовалюты. Большинство кошельков содержит едва-ли по 100-500 монет. Что обычно не более 3-4 инпутов занимает, если конечно не запускать процесс их деления до микроскопических размеров. это ж как раз два в мес? у вас шо там 1 нова лежит? а незабибаетесь по 30-60 раз в сутки включать и выключать кошельки?
Я вас не очень понимаю. Если инпутов не более 5, то надеяться на частоту более блока в неделю не стоит. Сколько-бы там монет не было. У крупных владельцев монет инпутов много десятков, соответственно для них актуально держать ноду круглосуточно онлайн. P.S.: В идеале было-бы, чтобы клиент в таблице PoS отображал время и дату ближайших "родов".
|
|
|
|
MegaDady
Newbie
Offline
Activity: 40
Merit: 0
|
|
March 12, 2016, 09:41:23 AM |
|
"Большинству"? Откуда такая статистика? Это нормальное распределение для любой зрелой криптовалюты. Большинство кошельков содержит едва-ли по 100-500 монет. Что обычно не более 3-4 инпутов занимает, если конечно не запускать процесс их деления до микроскопических размеров. Чёрт, да откуда у Вас такие мега-данные? Дайте что ли ссылку, где есть актуальная статистика по остаткам кошельков, прям вот хочу увидеть график по двум осям "остаток кошелька / кол-во кошельков с таким остатком"! С какого волшебного дуба Вы взяли данные, что: "Большинство кошельков содержит едва-ли по 100-500 монет". Я вот думаю, что большинство кошельков содержать НОЛЬ монет. Но я не утверждаю в наглую, что так и есть, я лишь предполагаю. Я понимаю, что остатки кошельков общедоступны в блокчейне, но у меня ощущение, что Вы не проводили никакой аналитики по этому вопросу, а просто в наглую вещаете то, что Вам "кажется". Пожалуйста, не выдавайте свои фантазии за достоверные данные, это портит Вам карму. P.S.: В идеале было-бы, чтобы клиент в таблице PoS отображал время и дату ближайших "родов".
Если уж и говорить о некоторой дате, то можно лишь построить график с двумя осями: кол-во дней онлайн / вероятность. А вот при какой вероятности повезёт и найдётся блок - это событие случайно, может оно найдется и при 10% , а может лишь при 95%! Вообщем, дата события неизвестна. Если уж хотите получить какое-то одно число а не график, то можно условно принять для себя некий порог вероятности, например Вы решили для себя, что после накопления онлайном 80% вероятности, Вы точно выиграете блок. Тогда в клиенте это можно отобразить как-то так: "Срок достижения вероятности 80%: ещё 15 суток онлайна". В этом случае в настройках клиента надо будет добавить поле "Предполагаемый порог генерации PoS %". В принципе, вариант неплохой, главное чтобы это было оформлено интуитивно понятно, но это скорее вопрос к Бальтазару, будет ли он с этим возиться. Кстати, у кого-то есть наблюдения на тему: при какой накопленной вероятности удаётся выиграть блок? Ну прям эдакий график бы увидеть по осям: накопленная вероятность / кол-во выигранных блоков
|
|
|
|
in100
Legendary
Offline
Activity: 1200
Merit: 1021
|
|
March 12, 2016, 09:49:06 AM |
|
P.S.: В идеале было-бы, чтобы клиент в таблице PoS отображал время и дату ближайших "родов".
Если уж и говорить о некоторой дате, то можно лишь построить график с двумя осями: кол-во дней онлайн / вероятность. Информация о команде scaninput, видимо, прошла мимо... Дайте что ли ссылку, где есть актуальная статистика по остаткам кошельков Нет такой ссылки, и быть не может Сколько денег на адресе - знают все, кому это интересно. Сколько всего денег в кошельке - знает лишь владелец кошелька.
|
1BTCin1ooigFtHHD82qquqysdfxFZGdd8a | LTCin1oo9JhxcZu8ZK5HivqwvzAdQSaoua | 4NVCin1ooAd2XKoEfEhBn6tYNUHhojf4QS Блокчейн биткоина с его алгоритмом децентрализованного консенсуса на самом деле неэффективен, но неэффективность – это та цена, которую мы платим за свободу. © Andreas Antonopoulos
|
|
|
narousberg
Legendary
Offline
Activity: 1753
Merit: 1007
|
|
March 12, 2016, 09:57:17 AM |
|
Идея с отображением даты "родов" отличная. Предложу свой вариант: В клиенте создаём вкладку сканинпута где вводим: сложность и глубину расчётов в днях и другие параметры. (или значения по дефолту). Жмём на кнопку "Расчитать". (Можно красной сделать) Результат работы выводим в виде "календаря" с возможностью экспорта полученных данных в ".csv"
|
I AM NOT SELL MY BITCOINTALK ACCOUNT !!!
|
|
|
narousberg
Legendary
Offline
Activity: 1753
Merit: 1007
|
|
March 12, 2016, 10:00:27 AM |
|
у меня сейчас 73 входа посят (17-140 монет каждый) Капает 2-3 блока в неделю
|
I AM NOT SELL MY BITCOINTALK ACCOUNT !!!
|
|
|
FAN
Legendary
Offline
Activity: 2688
Merit: 1020
|
|
March 12, 2016, 12:04:17 PM |
|
Как я понимаю, в этой сборке старая функция, так что ничего странного в этом нет. Там же написано красным по белому, какой синтаксис оно хочет.
пробовал я тот синтаксис... те же блестящие тока сбоку отчего в последнюю сборку включили старый синтаксис? ведь в предыдущей было все нормально и новый синтаксис? какие то чудеса творятся в последнее время...
|
| ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ |
[
|
|
|
FAN
Legendary
Offline
Activity: 2688
Merit: 1020
|
|
March 12, 2016, 12:08:34 PM |
|
"Большинству"? Откуда такая статистика? Это нормальное распределение для любой зрелой криптовалюты. Большинство кошельков содержит едва-ли по 100-500 монет. Что обычно не более 3-4 инпутов занимает, если конечно не запускать процесс их деления до микроскопических размеров. это ж как раз два в мес? у вас шо там 1 нова лежит? а незабибаетесь по 30-60 раз в сутки включать и выключать кошельки?
Я вас не очень понимаю. Если инпутов не более 5, то надеяться на частоту более блока в неделю не стоит. Сколько-бы там монет не было. У крупных владельцев монет инпутов много десятков, соответственно для них актуально держать ноду круглосуточно онлайн. P.S.: В идеале было-бы, чтобы клиент в таблице PoS отображал время и дату ближайших "родов". я тоже за колонку "родов" или хотя бы чтоб она была при ручной отправке монет с выборкой инпутов... а колонку можно сделать с галочкой, поставил галочку - активна и прощитывает, снял галочку - ничего не щитает и не показывает... хотя бы с выдачей первой ближайшей даты... хотя один инпут (они все что имеют 9999 дней то появляются то исчезают) уже 10 раз показывал роды, но уже за 2 года никак не отдуплится... кошельки онлайн 366/24
|
| ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ |
[
|
|
|
MegaDady
Newbie
Offline
Activity: 40
Merit: 0
|
|
March 12, 2016, 12:14:28 PM |
|
P.S.: В идеале было-бы, чтобы клиент в таблице PoS отображал время и дату ближайших "родов".
Если уж и говорить о некоторой дате, то можно лишь построить график с двумя осями: кол-во дней онлайн / вероятность. Информация о команде scaninput, видимо, прошла мимо... Что-то не понял, поясните пожалуйста, как scaninput может помочь рассчитать дату родов? Дайте что ли ссылку, где есть актуальная статистика по остаткам кошельков Нет такой ссылки, и быть не может Сколько денег на адресе - знают все, кому это интересно. Сколько всего денег в кошельке - знает лишь владелец кошелька. Я лишь предположил, что у автора заявления "Большинство кошельков содержит едва-ли по 100-500 монет" владеет такой информацией. Прошу поделиться, не более того [сарказм] у меня сейчас 73 входа посят (17-140 монет каждый) Капает 2-3 блока в неделю
Интересно, при какой накопленной вероятности находится блок? Можете поделиться статистикой?
|
|
|
|
FAN
Legendary
Offline
Activity: 2688
Merit: 1020
|
|
March 12, 2016, 01:32:29 PM |
|
статистика проста или находится или долго ненаходится... как повезет день на день не приходится, может ни одного не отдуплится а может сразу и 20-30 разродиться... сканипуты дают осечку 50%50 крайняя дата (это уже 10 или 11 роды должны были состояться) была 7 марта.. но воз и нынче там... 10 монеток так все не капают и некапают... за 2 года этот инпут с 3 монет уже до 10 монет не может разродиться.. и уперся в потолок 10 и так уже на протяжении последнего года... для таких клинических случаев надо или потолок убирать или принудительно их рожать хотя бы на 10 сканинпуте... а то и 2 года прошло и сидит себе как цука репка без шишки...
|
| ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ |
[
|
|
|
leksus
Newbie
Offline
Activity: 21
Merit: 0
|
|
March 12, 2016, 01:46:33 PM |
|
Всем привет. Некоторое время майнил PoS, затем хотел перевести часть монеток на btc-е. Чтобы не трогать крупные инпуты, выбрал всю мелочь и отправил. Второй день висит с 0 подтверждений. Вероятно, я что-то сделал не так. Прочитав бегло последние страницы, подозреваю, что отправил несколько намайненных манет, которые еще не отлежались. Собственно, вопрос: что делать? Просто ждать или можно откатить как-то операцию? https://dl.dropboxusercontent.com/u/838873/123.png
|
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1359
|
|
March 12, 2016, 01:48:46 PM |
|
Всем привет. Некоторое время майнил PoS, затем хотел перевести часть монеток на btc-е. Чтобы не трогать крупные инпуты, выбрал всю мелочь и отправил. Второй день висит с 0 подтверждений. Вероятно, я что-то сделал не так. Прочитав бегло последние страницы, подозреваю, что отправил несколько намайненных манет, которые еще не отлежались. Собственно, вопрос: что делать? Просто ждать или можно откатить как-то операцию? getrawtransaction <txid> sendrawtransaction <hex>
|
|
|
|
leksus
Newbie
Offline
Activity: 21
Merit: 0
|
|
March 12, 2016, 02:09:15 PM |
|
getrawtransaction <txid> sendrawtransaction <hex>
В консоле набрал getrawtransaction 96babebf6cc81be6f63352a48f58abcf76881663de06174f5399bbb896d5ec9a Появилась строка из 6276 символов, я так понял, хэш? Далее набрал: sendrawtransaction <хэш из 6276 символов> Появилось: 96babebf6cc81be6f63352a48f58abcf76881663de06174f5399bbb896d5ec9a То есть, тот же id транзакции.
|
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1359
|
|
March 12, 2016, 02:20:51 PM |
|
getrawtransaction <txid> sendrawtransaction <hex>
В консоле набрал getrawtransaction 96babebf6cc81be6f63352a48f58abcf76881663de06174f5399bbb896d5ec9a Появилась строка из 6276 символов, я так понял, хэш? Далее набрал: sendrawtransaction <хэш из 6276 символов> Появилось: 96babebf6cc81be6f63352a48f58abcf76881663de06174f5399bbb896d5ec9a То есть, тот же id транзакции. Первая команда выдает шестнадцатеричный дамп транзакции. Вторая отправляет её в сеть и, если все хорошо, возвращает её хэш. Так что вроде бы всё нормально, но что-то я в сети её не вижу. Предлагаю выложить дамп транзакции, попробую переотправить со своего кошелька. Может, там с самой транзакцией что-то не так...
|
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1359
|
|
March 12, 2016, 02:28:18 PM Last edit: March 12, 2016, 11:34:10 PM by Balthazar |
|
Хотя отбой, нашел транзакцию логах и вижу, что в повторной отправке нет никакого смысла. ERROR: Non-canonical signature: S value is unnecessarily high ERROR: CSCriptCheck() : 96babebf6c VerifySignature failed Такое бывает, если отправляли транзакцию со старого клиента... Если точнее, с очень старого, потому что это правило вступило в силу очень давно, 20 сентября 2014 года. Самое простое решение - установить крайний клиент и сделать вот так: signrawtransaction <hex дамп транзакции> После чего отправить получившуюся переподписанную транзакцию в сеть с помощью sendrawtransaction. Есть и другие варианты, но прямым решением они не являются.
|
|
|
|
anotherlateminer
Legendary
Offline
Activity: 1415
Merit: 1003
Bagholder. Hodling shit since 2014
|
|
March 12, 2016, 03:17:25 PM |
|
Товарищи разработчики, а вы не планируете обновление ядра Новы до последней версии Bitcoin Core?
|
|
|
|
leksus
Newbie
Offline
Activity: 21
Merit: 0
|
|
March 12, 2016, 03:18:31 PM |
|
Такое бывает, если отправляли транзакцию со старого клиента... Если точнее, с очень старого, потому что это правило было вступило в силу очень давно, 20 сентября 2014 года. Ну, не такой он уж и старый, висит себе и майнит Понял, через пару часов обновлюсь, последую инструкции и отпишусь о результатах. Спасибо за помощь
|
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1359
|
|
March 12, 2016, 03:38:46 PM |
|
Товарищи разработчики, а вы не планируете обновление ядра Новы до последней версии Bitcoin Core?
Краткий ответ: Нет. Длинный ответ: Даже если отбросить в стороны их религиозные войны , до которых нам нет никакого дела (Core vs. XT, Core vs. Classic и т.п.), в обозримом будущем нет такой задачи. К тому же, самими разработчиками Core тоже порой принимаются решения, слишком противоречивые для того, чтобы принимать их в качестве верных по умолчанию. Текущая политика включает в себя следующее: - Перенос важных исправлений безопасности из Core, если таковые появляются и актуальны для нас;
- Профилактический прогон кода через статические анализаторы, с последующими исправлениями вылезающего;
- Улучшение совместимости с компиляторами, отличными от g++.
В перспективе же у нашего дерева из общего с Core будет только используемый протокол. Скорее всего, будет написан новый клиент, с учетом недостатков текущего.
|
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1359
|
|
March 12, 2016, 03:40:38 PM |
|
Ну, не такой он уж и старый, висит себе и майнит Оно понятно, что висит и майнит. Если бы майнингом его использование ограничивалось, то мог бы ещё пару лет висеть.
|
|
|
|
anotherlateminer
Legendary
Offline
Activity: 1415
Merit: 1003
Bagholder. Hodling shit since 2014
|
|
March 12, 2016, 04:07:04 PM |
|
Товарищи разработчики, а вы не планируете обновление ядра Новы до последней версии Bitcoin Core?
Краткий ответ: Нет. Длинный ответ: Даже если отбросить в стороны их религиозные войны , до которых нам нет никакого дела (Core vs. XT, Core vs. Classic и т.п.), в обозримом будущем нет такой задачи. К тому же, самими разработчиками Core тоже порой принимаются решения, слишком противоречивые для того, чтобы принимать их в качестве верных по умолчанию. Текущая политика включает в себя следующее: - Перенос важных исправлений безопасности из Core, если таковые появляются и актуальны для нас;
- Профилактический прогон кода через статические анализаторы, с последующими исправлениями вылезающего;
- Улучшение совместимости с компиляторами, отличными от g++.
В перспективе же у нашего дерева из общего с Core будет только используемый протокол. Скорее всего, будет написан новый клиент, с учетом недостатков текущего. Спасибо за ответ.
|
|
|
|
|