Вам не кажется что транзакции стали медле

[bitcoinex]

Вам не кажется что транзакции стали медленно проходить?

минут по 5-10 набираются жалкие 3 подтверждения. при этом, количество коннектов дефолтное - 8

[1714813604]

1714813604

[1714813604]

1714813604

[eurekafag]

Эм... ты плохо читал технологию работы биткоин? Подтверждения == блоки после твоей транзакции. Чем больше блоков прошло (было принято сетью), тем достовернее транзакция. Блок создаётся раз в десять минут, в среднем по сети. Т.о., 3 блока за 10 минут — это слишком быстро, что и подтверждает рост сложности (в соседнем топике я пояснил).

[bitcoinex]

Эм... ты плохо читал технологию работы биткоин? Подтверждения == блоки после твоей транзакции. Чем больше блоков прошло (было принято сетью), тем достовернее транзакция. Блок создаётся раз в десять минут, в среднем по сети. Т.о., 3 блока за 10 минут — это слишком быстро, что и подтверждает рост сложности (в соседнем топике я пояснил).

да, плохо, видимо. я думал подтверждения это конкретное количество машин, которые узнали о транзакции

[LZ]

Я до того как углубился, тоже так думал. 
На самом деле, если есть одно подтверждение,
то большинство машин уже знают о трансакции.

[MrBison]

Хотя GUI bitcoin'а ждёт до 6 подтверждений, чтобы статус сменился с x/unconfirmed на x confirmations.

[bitcoinex]

Эм... ты плохо читал технологию работы биткоин? Подтверждения == блоки после твоей транзакции. Чем больше блоков прошло (было принято сетью), тем достовернее транзакция. Блок создаётся раз в десять минут, в среднем по сети. Т.о., 3 блока за 10 минут — это слишком быстро, что и подтверждает рост сложности (в соседнем топике я пояснил).

что будет когда генерация блоков будет остановлена в связи с достижением 21М ?

самоответ из FAQ:

 Блоки нужны для того, чтобы доказать, что в определённый момент времени проходили переводы средств. Переводы будут проходить даже после генерации всех монет, так что блоки будут создаваться всё время, пока пользователи используют Bitcoin.

[eurekafag]

Потом доходы будут от комиссий за переводы, которые получит тот, кто сгенерит блок. Он получит комиссию со всех транзакций, прошедших с момента генерации прошлого блока. Но это будет ещё очень нескоро, и механизм комиссий пока что практически не используется.

[MrBison]

Вроде бы говорят, что комиссии будут взиматься только с крупных (относительно среднего) переводов и будет очень мала. Также есть слух, что возможно в будущих версиях узлы смогут сами устанавливать уровень комиссии, и если оплачивающий не хочет платить, он будет иметь более медленный перевод, а если заплатит комиссию, то переводы будут идти быстрее.

[bitcoinex]

Вроде бы говорят, что комиссии будут взиматься только с крупных (относительно среднего) переводов и будет очень мала. Также есть слух, что возможно в будущих версиях узлы смогут сами устанавливать уровень комиссии, и если оплачивающий не хочет платить, он будет иметь более медленный перевод, а если заплатит комиссию, то переводы будут идти быстрее.

Я видел фразы об этом в файлах перевода

Так это будущее скорее всего никогда не наступит! 140 лет, вроде, 21М будет генерироваться

[eurekafag]

Как будто у Сато-куна нет наследников. Его дело будет жить в веках! Сам масштаб проекта говорит о его наплевательском (в хорошем смысле) отношении к смерти, впрочем, это вполне в духе японского мировоззрения.

Насчёт комиссий — я перевёл соответствующую страницу, там текущие правила расписаны. Вкратце, оная взимается не при крупных переводах, в смысле суммы, а при масштабных, т.е. когда деньги аккумулируются в один платёж с множества адресов получения. Это приводит к увеличению итогового размера блока (т.к. все эти адреса обязаны быть включены в него), и дабы ограничить злоупотребление подобным денежным флудом, за каждый килобайт сверх установленного максимума отправитель будет обязан включить комиссию по 0.01 биткоин. Вполне справедливо и мотивирует на генерацию, тем более, учитывая нынешнюю сложность, затраты электроэнергии уже в разы превышают компенсацию от генерации. Если отправитель не оплатит комиссию (что возможно только при модификации клиента), его транзакция просто не примется ни одним из честных генераторов (а таких большинство), и ему придётся либо ждать, пока один из модифицированных клиентов (коих меньшинство или вообще нет) сгенерирует блок, либо задушить жабу и раскошелиться.

Вообще, блоки следует понимать как ящики, контейнеры для транзакций. Просто сейчас идёт начальная эмиссия, и в каждом из таких ящиков лежит небольшой подарок, технически же блок и вознаграждение не связаны. 50-монетный бонус на самом деле является транзакцией из ниоткуда на неотображаемый в клиенте адрес получения, этот адрес создаётся в момент нахождения блока, точно так же, как и адрес для сдачи. Конечно, реально такой транзакции быть не может, но все клиенты осведомлены об эмиссии и принимают этот фокус.

Тем не менее, без блоков никакие транзакции в принципе не смогут подтверждаться и отслеживаться во времени.

[bitcoinex]

А не планируется ли ужать старые блоки выкинув середину и перестроив так чтобы не надо было свежеустановленному клиенту качать всю историю сделок с лохматого года?

Или это технически невозможно?

[LZ]

Полагаю, что это технически возможно, но абсолютно уверен, что это того не стоит.
Ведь основные ценности системы держатся на том, что каждый клиент все проверяет
самостоятельно. От этого есть децентрализованность, независимость и устойчивость
всей системы. Если кто-то будет "выкидывать" какие-то блоки - все будет держаться
исключительно на вере в правильность текущей цепочки, не на проверяемых фактах.
Со временем исходные первые блоки просто исчезнут за ненадобностью, а тот самый
ужиматель начнет вертеть системой - как ему вздумается. Последствия неприятные.
На данный момент я вижу самый безопасный вариант - это поставлять блоки вместе
с программой. Но никак не все блоки - это слишком опасно. Следует поставлять до
блока, хеш которого Сатоши благоразумно вшил в исходный код. Сейчас это 74638.

Code:

    // Check that the block chain matches the known block chain up to a checkpoint
    if ((nHeight == 11111 && hash != uint256("0x0000000069e244f73d78e8fd29ba2fd2ed618bd6fa2ee92559f542fdb26e7c1d")) ||
        (nHeight == 33333 && hash != uint256("0x000000002dd5588a74784eaa7ab0507a18ad16a236e7b1ce69f00d7ddfb5d0a6")) ||
        (nHeight == 68555 && hash != uint256("0x00000000001e1b4903550a0b96e9a9405c8a95f387162e4944e8d9fbe501cd6a")) ||
        (nHeight == 70567 && hash != uint256("0x00000000006a49b14bcf27462068f1264c961f11fa2e0eddd2be0791e1d4124a")) ||
        (nHeight == 74000 && hash != uint256("0x0000000000573993a3c9e41ce34471c079dcf5f52a0e824a81e7f953b8661a20")))
        return error("AcceptBlock() : rejected by checkpoint lockin at %d", nHeight);

    // Scanback checkpoint lockin
    for (CBlockIndex* pindex = pindexPrev; pindex->nHeight >= 74000; pindex = pindex->pprev)
    {
        if (pindex->nHeight == 74000 && pindex->GetBlockHash() != uint256("0x0000000000573993a3c9e41ce34471c079dcf5f52a0e824a81e7f953b8661a20"))
            return error("AcceptBlock() : rejected by scanback lockin at %d", pindex->nHeight);
        if (pindex->nHeight == 74638 && pindex->GetBlockHash() == uint256("0x0000000000790ab3f22ec756ad43b6ab569abf0bddeb97c67a6f7b1470a7ec1c"))
            return error("AcceptBlock() : rejected by scanback lockin at %d", pindex->nHeight);
    }

[bitcoinex]

Можно научить клиентов сокращать блоки

Скажем, все блоки, которые более чем 50000 раз подтверждены могут автоматически клиентами добавляться в специальный блок сокращёных транзакций а после достижения 60000 подтверждений удаляться из системы. будет запас времени в 10000 блоков чтобы все клиенты могли убедиться что сокращение проведено верно и в коде сокращения нет бага.

Так мы сэкономим трафик и диск. Сейчас ведь, на сколько я понимаю, можно заДДОСить сеть биткоин передавая из кошелька в кошелёк разные суммы - вся сеть будет вынуждена гонять бесполезный трафик и занимать дисковое пространство. Можно догнать занимаемое блоками пространство до пары терабайт и биткоины станут неработоспособными

[eurekafag]

Я уже думал над этим, и разные идеи предлагались помимо того. В целом, тут волноваться не о чем. Если действительно пойдёт мощный DoS, можно ввести комиссии на меньшем стартовом уровне, чтобы разорить хулигана. Да и экономическая эффективность такой атаки тоже под вопросом. В любом случае, раньше времени паниковать не стоит, если случится беда, комьюнити и Сато-кун что-нибудь придумают.

[user88]

получается, что если переводить тысячи биткоинов, то транзакации могут длиться десятки часов?

[eurekafag]

Дело не в сумме, а в количестве адресов, из которых она составлена. Если все начнут посылать тысячи биткоинов, которые они получили мелочью по 0.01, то да, сеть встанет.

[eurekafag]

Раз уж тут тема обсуждения difficulty, смотрим на http://www.bitcoinwatch.com — теперь у нас уже 5 с небольшим блоков в час. Небывалое событие за последние месяцы, раньше сложность только росла. Похоже, теперь нас ожидает спад, а это повод навострить генераторы, дабы попасть в струю. ^_^

[bitcoinex]

Раз уж тут тема обсуждения difficulty, смотрим на http://www.bitcoinwatch.com — теперь у нас уже 5 с небольшим блоков в час. Небывалое событие за последние месяцы, раньше сложность только росла. Похоже, теперь нас ожидает спад, а это повод навострить генераторы, дабы попасть в струю. ^_^

количество блоков в час ведь всегда примерно крутится вокруг числа 5 или 6?
или за уменьшением до 5 последует автокорректция difficulty?

[LZ]

По плану Сатоши должно быть 6 блоков в час, т.е. по новому блоку каждые 10 минут...
Просто обычно количество блоков в час гораздо выше (около 10), повышая сложность.

[Aqualung]

а почему стало меньше блоков генерироваться?