Pages:
Author

Topic: Вам не кажется что транзакции стали медле (Read 4050 times)

Lis
sr. member
Activity: 293
Merit: 251
Spice must flow!
Вам не кажется что транзакции стали медленно проходить?
Bump!
время в соответсвии с blockexplorer

2011-05-04 07:06:03 пришло оповещение об оплате

мог попасть в блок
121763 2011-05-04 07:06:35

но попал в блок
121765 2011-05-04 07:43:25

fee было...
не хватило места в блоке? майнер не захотел упаковать транзакцию?
Huh?
LZ
legendary
Activity: 1722
Merit: 1072
P2P Cryptocurrency
Есть на Python, использует PyOpenCL и требует патч getwork(). Я еще не тестил.
sr. member
Activity: 357
Merit: 250
за 2 дня непостоянной работы на 18Мхэшей ничего пока Smiley
А для АТИ нету еще я так понял проги?
LZ
legendary
Activity: 1722
Merit: 1072
P2P Cryptocurrency
Ну, не каждую, но 30mhps помогают время от времени генерить хоть что-то.
sr. member
Activity: 350
Merit: 252
probiwon.com
Хороший вопрос. У меня ни ночью, ни днем сегодня ничего не сгенерировалось. Undecided
Может, счетчик сломался? Или после трансакций на 400000 все фермы отключили.

А для тебя нормально каждую ночь 1-2 блока генерить? 8-[ ]
LZ
legendary
Activity: 1722
Merit: 1072
P2P Cryptocurrency
Хороший вопрос. У меня ни ночью, ни днем сегодня ничего не сгенерировалось. Undecided
Может, счетчик сломался? Или после трансакций на 400000 все фермы отключили.
sr. member
Activity: 357
Merit: 250
а почему стало меньше блоков генерироваться?
LZ
legendary
Activity: 1722
Merit: 1072
P2P Cryptocurrency
По плану Сатоши должно быть 6 блоков в час, т.е. по новому блоку каждые 10 минут...
Просто обычно количество блоков в час гораздо выше (около 10), повышая сложность.
sr. member
Activity: 350
Merit: 252
probiwon.com
Раз уж тут тема обсуждения difficulty, смотрим на http://www.bitcoinwatch.com — теперь у нас уже 5 с небольшим блоков в час. Небывалое событие за последние месяцы, раньше сложность только росла. Похоже, теперь нас ожидает спад, а это повод навострить генераторы, дабы попасть в струю. ^_^

количество блоков в час ведь всегда примерно крутится вокруг числа 5 или 6?
или за уменьшением до 5 последует автокорректция difficulty?
full member
Activity: 185
Merit: 100
Раз уж тут тема обсуждения difficulty, смотрим на http://www.bitcoinwatch.com — теперь у нас уже 5 с небольшим блоков в час. Небывалое событие за последние месяцы, раньше сложность только росла. Похоже, теперь нас ожидает спад, а это повод навострить генераторы, дабы попасть в струю. ^_^
full member
Activity: 185
Merit: 100
Дело не в сумме, а в количестве адресов, из которых она составлена. Если все начнут посылать тысячи биткоинов, которые они получили мелочью по 0.01, то да, сеть встанет.
newbie
Activity: 1
Merit: 0
получается, что если переводить тысячи биткоинов, то транзакации могут длиться десятки часов?
full member
Activity: 185
Merit: 100
Я уже думал над этим, и разные идеи предлагались помимо того. В целом, тут волноваться не о чем. Если действительно пойдёт мощный DoS, можно ввести комиссии на меньшем стартовом уровне, чтобы разорить хулигана. Да и экономическая эффективность такой атаки тоже под вопросом. В любом случае, раньше времени паниковать не стоит, если случится беда, комьюнити и Сато-кун что-нибудь придумают.
sr. member
Activity: 350
Merit: 252
probiwon.com
Можно научить клиентов сокращать блоки

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

Так мы сэкономим трафик и диск. Сейчас ведь, на сколько я понимаю, можно заДДОСить сеть биткоин передавая из кошелька в кошелёк разные суммы - вся сеть будет вынуждена гонять бесполезный трафик и занимать дисковое пространство. Можно догнать занимаемое блоками пространство до пары терабайт и биткоины станут неработоспособными
LZ
legendary
Activity: 1722
Merit: 1072
P2P Cryptocurrency
Полагаю, что это технически возможно, но абсолютно уверен, что это того не стоит.
Ведь основные ценности системы держатся на том, что каждый клиент все проверяет
самостоятельно. От этого есть децентрализованность, независимость и устойчивость
всей системы. Если кто-то будет "выкидывать" какие-то блоки - все будет держаться
исключительно на вере в правильность текущей цепочки, не на проверяемых фактах.
Со временем исходные первые блоки просто исчезнут за ненадобностью, а тот самый
ужиматель начнет вертеть системой - как ему вздумается. Последствия неприятные.
На данный момент я вижу самый безопасный вариант - это поставлять блоки вместе
с программой. Но никак не все блоки - это слишком опасно. Следует поставлять до
блока, хеш которого Сатоши благоразумно вшил в исходный код. Сейчас это 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);
    }
sr. member
Activity: 350
Merit: 252
probiwon.com
А не планируется ли ужать старые блоки выкинув середину и перестроив так чтобы не надо было свежеустановленному клиенту качать всю историю сделок с лохматого года?

Или это технически невозможно?
full member
Activity: 185
Merit: 100
Как будто у Сато-куна нет наследников. Его дело будет жить в веках! Сам масштаб проекта говорит о его наплевательском (в хорошем смысле) отношении к смерти, впрочем, это вполне в духе японского мировоззрения.

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

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

Тем не менее, без блоков никакие транзакции в принципе не смогут подтверждаться и отслеживаться во времени.
sr. member
Activity: 350
Merit: 252
probiwon.com
Вроде бы говорят, что комиссии будут взиматься только с крупных (относительно среднего) переводов и будет очень мала. Также есть слух, что возможно в будущих версиях узлы смогут сами устанавливать уровень комиссии, и если оплачивающий не хочет платить, он будет иметь более медленный перевод, а если заплатит комиссию, то переводы будут идти быстрее.

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

Так это будущее скорее всего никогда не наступит! 140 лет, вроде, 21М будет генерироваться
member
Activity: 61
Merit: 10
Anyone who opposes FOSS shall be destroyed!
Вроде бы говорят, что комиссии будут взиматься только с крупных (относительно среднего) переводов и будет очень мала. Также есть слух, что возможно в будущих версиях узлы смогут сами устанавливать уровень комиссии, и если оплачивающий не хочет платить, он будет иметь более медленный перевод, а если заплатит комиссию, то переводы будут идти быстрее.
full member
Activity: 185
Merit: 100
Потом доходы будут от комиссий за переводы, которые получит тот, кто сгенерит блок. Он получит комиссию со всех транзакций, прошедших с момента генерации прошлого блока. Но это будет ещё очень нескоро, и механизм комиссий пока что практически не используется.
Pages:
Jump to: