Не куда-то, а за айпишниками.

Нет, никаких связанных с этим изменений не проводилось.

Так и должно быть. Раньше считался лишь монетизируемый вес, как он есть. А сейчас реальный с учетом TimeWeight, тот который влияет на нахождение хэшей.

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

Для монетизируемого веса (который отображался раньше, но никуда не делся) позже будет добавлено другое поле.

RoadTrain
nBits - это упакованное значение таргета (256 бит ==> 32 бит). Можно было сразу использовать таргет, но зачем использовать 256 битный тип, если можно обойтись 32 битами.

Нет никакой специфики.

Изначально было просто - для PoS проводилось деление максимального 256-битного числа на таргет, в случае PoW всегда возвращалось 1. Позже были добавлены зависимости от соотношения PoS и PoW блоков и учет PoW сложности. Но на самом деле этот метод несовершенен, обдумывается его адекватная замена в будущем.

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

Количество соединений p2pool, без сомнения, имеет некоторое влияние на долю Orphaned шар, как и количество соединений кошелька влияет на долю орфанов в соло майнинге. Но влияние непрямое и по количеству соединений его проследить нельзя. Попробую грубо описать, как обстоит дело.

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

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

Да, упакованный.

https://en.bitcoin.it/wiki/Difficulty

Верно. В любом случае, она в будущем будет неактуальна.

Это захардкоденный таргет для сложности 1, то есть 0x00000000ffff0000000000000000000000000000000000000000000000000000. Надо будет убрать и заменить на CBigNum переменную.

Нужна она, потому что к трасту PoW блоков мы добавляем PoW сложность, приведенную к целочисленному значению. Для того, чтобы найденным при разной сложности PoW блокам давался разный Trust Score.

Кстати, в абсолютном большинстве "PoW/PoS no premine" (R) TM форков Trust Score для PoW блоков не дифференцируется (всегда возвращается 1), что при отсутствии чекпоинтов открывает возможность сравнительно дешево форкнуть цепочку. Потому что можно создать цепочку, в которой сложность будет в десятки и сотни раз ниже, чем в легитимной.