@Keidax: як звуть вашого `.файл правил? @УДС думаю, ти упускаєш суть. Вони не відкриті досить широко, щоб заміряти біцепс або ноги (сподіваюся) хаха. Використовуйте рулеткою для тих.. Схоже, він з Болоньї, Італія, тому я буду вважати це упередженим відповідь :-) Я використовував -- редактор інтерфейсом dconf-на інший рахунок і порівнював налаштування на обох рахунках. Я знайшов різницю в COM.Убунту.Користувальницький інтерфейс схеми, де масштаб фактора для входу HDMI1 був 8 і LVDS 1 був 48; в той час як інші рахунки обох коефіцієнтів масштабування 8. Я намагався змінити, але не пощастило. У терміналі я міняв і начебто він працював, але після того, як я був вийти і ввійти знову зміна, яке я зробив зникав. Я спробував виконати команду з консолі в консоль, але безрезультатно. Перевірив конфігурацію для будь-якого потенційного зміни і зауважив, що ... @AvinashRaj це додаток, `wmctrl -л|в awk '{із=""; Для(я=2;я<=НФ;я++){вихід=$вихід" "$я}; печатки $поза}", додати в мій відповідь. Спасибі за вказівку.

Я хочу знати, хто дає блок до шахтарів?

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

getblocktemplate - це виклик RPC в ядра биткоин покликаний забезпечити Шахтар з чим-то помоєму. Він повинен містити дійсні угоди зібрані, як дійсний блок, який просто потребує доведення роботи. См https://bitcoincore.org/en/doc/0.16.2/rpc/mining/getblocktemplate/

getblocktemplate ( TemplateRequest )

Якщо параметри запиту включити 'режим' ключ, який використовується, щоб явно вибирати між запитом за замовчуванням "шаблон" або "пропозиції".
Він повертає дані, необхідні для побудови блок для роботи.
Для повної специфікації див. У розділі Біпс 22, 23, 9 і 145:
протокол HTTPS://github.com/bitcoin/bips/blob/master/bip-0022.mediawiki
протокол HTTPS://github.com/bitcoin/bips/blob/master/bip-0023.mediawiki
протокол HTTPS://github.com/bitcoin/bips/blob/master/bip-0009.mediawiki#getblocktemplate_changes
протокол HTTPS://github.com/bitcoin/bips/blob/master/bip-0145.mediawiki

Аргументи:
1. template_request (JSON-об'єкт, факультативний) об'єкт JSON в наступних специфікацій
{
 "режим":"шаблон" (рядок, необов'язковий параметр повинен мати значення "шаблон", "пропозиція" (див. біп 23), або вказано
 "можливості":[ (масив, опціонально) список рядків
 "підтримка" (рядок) клієнтській стороні підтримується функція, 'longpoll', 'coinbasetxn', 'coinbasevalue', 'пропозиція', 'серверів', 'workid'
,...
],
 "правила":[ (масив, опціонально) список рядків
 "підтримка" (рядок) клієнтській стороні підтримується розгортання softfork 
,...
]
}


Результат:
{
 "версія" : Н (числове) обраний блок версії
 "правила" : [ "имяправила", ... ], (масив рядків) конкретні правила блокування, які мають бути виконані
 "vbavailable" : { (JSON-об'єкт) набір очікують, підтримувані versionbit (біп 9) розгортання softfork 
 "имяправила" : bitnumber (числове) визначає кількість бітів в якості підтвердження прийняття та готовності до названого правила softfork 
,...
},
 "vbrequired" : Н (числове) бітова маска versionbits сервера потрібно встановити в уявленнях
 "previousblockhash" : "ХХХХ", (рядок) хеш нинішній високий блок
 "угоди" : [ (час) зміст не всіх угод, які повинні бути включені в наступний блок
{
 "відомості" : "ХХХХ", (рядок) даних операцій в шістнадцятковому кодуванні (байт за байтом)
 "txid" : "ХХХХ", (рядок) ідентифікатор транзакції, закодованих в прямій шістнадцяткове
 "хеш" : "ХХХХ", (рядок) хеш, закодованих в прямій шістнадцятковій (в тому числі дані свідком)
 "залежить" : [ (масив) масив чисел 
 Н (числове) угоди, до цього ніхто (за 1-індекс в "операції" список), які повинні бути присутніми у фінальній блоку, якщо це
,...
],
 "плата": Н (числове) різниця між вартістю угоди, входи і виходи (в сатоши); для Coinbase транзакції, це від'ємне число із загального обсягу зібраного блоку збори (тобто не включаючи блок субсидії); якщо ключ відсутній, плата невідома, і клієнти не повинні вважати, що його немає
 "sigops" : Н (числове) загальна SigOps вартість, а враховуються для цілей межах блоку; якщо ключ відсутній, вартість sigop невідомо і клієнти не повинні вважати це нуль
 "вага" : Н (числове) загальна транзакцій вагу, як враховуються для цілей блоку обмеження
 "потрібно" : true або false (boolean) якщо передбачено і правда, ця угода повинна бути у фінальний блок
}
,...
],
 "coinbaseaux" : { (об'єкт JSON) даних, які повинні бути включені в зміст scriptSig фонду за 
 "прапори" : "ХХ" (рядок) ім'я ключа будуть проігноровані, і вартість входить у scriptSig
},
 "coinbasevalue" : Н (числове) максимально допустимий вхідний сигнал для всіх угод, включаючи нагороду покоління і операційні збори (сатоши)
 "coinbasetxn" : { ... }, (JSON-об'єкт) дані для транзакцій blockchain гаманець 
 "мета" : "ХХХХ", (рядок) хеш цілі
 "mintime" : ХХХ, (цифровий) мінімальне мітки підходящих для наступного блоку часу в секундах з початку епохи (на 1 січня 1970 по Грінвічу)
 "Мутабельный" : [ (масив string) список способів шаблону блоку може бути змінена 
 "цінності" (рядок) спосіб шаблон блоку можуть бути змінені, наприклад, 'час', 'угоди', 'prevblock'
,...
],
 "noncerange" : "00000000ffffffff",(рядок) діапазон допустимих параметрів nonce
 "sigoplimit" : Н (числове) межа sigops в блоках
 "споживання sizelimit" : Н (числове) ліміт розміру блоку 
 "weightlimit" : Н (числове) межа вага блоку
 "curtime" : ттт (числове) поточну мітку часу в секундах з початку епохи (на 1 січня 1970 по Грінвічу)
 "біт" : "хххххххх", (рядок) стислий мета наступного блоку
 висота : Н (числове) висота наступний блок
}

Приклади:
> биткоин-Кінк getblocktemplate 
> згортуваність це --User ім'я_користувача --даних-Binary '{"jsonrpc": "1.0", "ідентифікатор":"curltest", "спосіб": "getblocktemplate", "параметрів": [] }' -ч 'вміст-тип: текст/рівнина;' http://127.0.0.1:8332/