Опис тега pbuilder-dist

Я великий шанувальник щупальця обвалене в крохмалі і смажать в киплячому маслі, а також. Добре поєднується з соусом з чорних бобів, яку ви можете отримати в Азіатський продуктовий магазин. @Прасад ви можете поставити новий питання", і я хотів би поділитися з вами своїм досвідом. Це буде корисно, якщо спільнота може об'єднати свої знання. Я боюся, т. к. це не основне питання, це може бути додано до мети. -Ф швидко (і небезпечний режим): немає /dev/urandom, не режим синхронізації`. -л зменшує безпеки (використовувати два рази для повного небезпечний режим)`. не могли б ви пояснити ці дві речі. 38 перезаписує це за замовчуванням, як це впливає на '38' значення. і чому `я` два рази `-rfll`

Вузьким місцем є кількість транзакцій, які можуть поміститися в блок, а частота блоків.

Ви можете створювати нескінченну кількість транзакцій в секунду і транслювати їх у мережу, але це не має значення, тому що ці угоди не вважаються остаточними. Вони вважаються оборотними і невпевнено.

Для угоди вважаються остаточними і безпечною, вона повинна бути включена в блок. Тому швидкість проводки, який часто цитується як є 3 до 7 транзакцій в секунду, обмежена кількість операцій, які можуть поміститися в блок і частота блоків як цей показник враховує тільки операції, які є остаточними і надійності.

Фактична кількість транзакцій в секунду, що bitcoind можете перевірити, знаходиться десь в тисячі транзакцій в секунду. Угоди можуть бути перевірені дуже швидко і обмежуючим фактором стає обладнання. Крім того, це залежить від вашого обладнання; повільний CPU може стати вузьким місцем для деяких пристроїв, в той час як повільний жорсткий диск може бути вузьким місцем для інших.

Однак кількість угод, що bitcoind може перевірити, не має значення, оскільки ці операції не підтверджені і тому не остаточної, що дійсно важливо. Швидкість, при якій угоди стають підтвердив і фінал обмежені розміром блоку, як описано раніше.