При софт-форке по определению для вас ничего не изменится если вы ничего не будете делать.
В случае хард-форка (который еще ой как далеко и на мой взгляд еще не факт что случится)
инструкция по апгрейду вашего софта будет висеть на каждом втором сайте.
Вероятность того, что вы из-за изменений сети чего-то лишитесь на 99.9999% зависит
от вашего умственного развития и только на 0.0001% - от софта и разработчиков

Так что вместо того, чтобы переводить битки на бумажный кошелек - посвятите это время
вопросам самообразования. Больше пользы будет.

Епать, вы разбираетесь в технологиях, раз вам всё понятно.
Непонятно - зачем переводить на бумажный кошелек?
Проще всего - ничего не делать.

the direct question is:
what is dishonest admin of major pool after segwit activation would push segwit blocks mined by his pool
to pre-segwit nodes immidiately (ommiting witness data of course) and to segwit nodes after some delay
(1 sec for example).

Will other pools catch this trick and use SPV-mining on top of this block saving 1 second of their work?

Sorry. My English is too bad... I also can not understand my writings
I do not talk not about asic owners. Point.
I do think about pushing the segwit blocks (without witness data of course) to pre-segwit part of
network first and withholding the segwit block for some delay. To make this attack the pool admin
have to answer the question: do other pools wait for segwit block or do they use SPV?

Ай-яй-яй. Кажись, уже пора чистить 

А, я понял. Это трех-ходовочка. Ждем теперь "контакты" учителя и несколько восторженных
отзывов как он заебись учит премудростям биткойна и что затраты на его курс окупились с
лихвой за неделю.

Еще раз предлагаю свои услуги. За 0.5 битка вы получите самое сокровенное знание
от величайшего крипто-гения Алистера Маклина (он же Гоша, он же Жора, он же Георгий Иванович).
Причем по окончании курса я вам обратно верну ваши 0.5 бетховена удвоив их. То
есть вы не потратите, а наоборот заработаете 0.5 btc. Бабки переводите на адрес
https://blockchain.info/address/1QLbGuc3WGKKKpLs4pBp9H6jiQ2MgPkXRp
и на всякий случай сразу сообщайте мне о переводе приватным сообщением,
чтобы я знал от кого.

К температуре воздуха. Температура растет, доллар падает. Эх, всему учить приходится.

В общих чертах верно.
Детали реализации не так уж существенны.
Сейчас уже никто и не вспомнит, как три года назад работала CounterParty и как это сейчас работает.
Но в целом, CounterParty тоже можно считать смарт-контрактом

Вам не кажется, что ответ на вопрос сильно зависит от кого вы берёте себе в учителя?
Сам факт, что вы задаете этот вопрос, а вам уже выставили ценник мне лично говорит
о том, что ваш учитель жулик, а вы - дурак.

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

In fact I am asking these questions not as MitM between POOL and ASIC
I am interested - what kind of information can obtain POOL_ADMIN about ALL OTHER POOLS
if connect some his own ASICs to concurrent pools.

I want to discuss possible attack vector after segwit activation. Do not know
how to call it. Something like "witness-data-withholding attack". Pushing the mined block
without witness data to pre-segwit network and listening the actions on it from other pools
gives some interesting advantages to dishonest pool admin.

I think that we can get the hash-of-previous-block from protocol data.
Because we need it to put in 80-bytes header for current block

And the hash-of-previous-block gives us at least the network we are connected to and
currently running blockheight (I had to say that we can use another sources of information
except sniffing)

Thanks a lot. I will read it later. Is is up-to-date?

c) What information about network and pool can be obtained from sniffing?
d) Can the user be sure that he mines a block by his pool? (The dishonest pool can proxy
users' hashrate to another pool in case)

Как уже ответили выше - это глюк blockchain.info
А вот почему такой глюк получился - это отдельный вопрос. 
Ой! Да это же мой кофелёк! Ничивойавамгаваритьнебудуатовывсемаиденьгиукрадети.

Let assume that a USER has running ASIC connected to a POOL

1) Can the USER by sniffing the TRAFFIC (data sent from a pool) monitor such things as
a) currently mining blockheight
b) coinbase transaction data (scriptSig)

2) How does ASIC <---> POOL protocol works? Is it http longpoll or socket connection?

Недостаточно.
То, что я тут постом выше описал witness-data-withholding - это атака на систему в целом, а не на юзера.
Если вы не будете пользоваться сегвитом - вы никак не спасете ни себя, ни других от неё.
Более того, даже если все поймут в чем опасность и никто из юзеров не поставит
новый клиент, то всё равно данная атака остается столь же вероятной.

Ну потому что block-withholding и witness-data-withholding это разные вещи.
Я же сказал - этот вектор не принимался никем всерьёз насколько мне известно.

Хорошо. Даю пищу для размышлений. Тезисно. Разжевывать не буду - если
вы сами не хотите грызть этот гранит науки - я вам не смогу помочь.

1. В сети после активации сегвита останутся и в достаточно большом количестве старые ноды
2. Протокол работы новых нод со старыми построен на том условии, что сегвит-данные при передаче с новой ноды на старую скипаются.
3. На одном и том же железе проверка валидности блока будет быстрее у старых нод
4. Распространение блока среди соединенных друг с другом старых нод будет быстрее, так как проверять сигнатуры им не надо и трафик децл меньше
5. Для начала майнинга нового блока необходимо знать только хэш предыдущего блока. Проверку блока можно скипнуть или провести параллельно
6. Майнинг-ноды (пулы) вообще говоря могут специально цепляться к старым нодам, чтобы как можно раньше получить блок по сети.

И, собственно говоря, атака заключается в том, что dishonest-пул публикует свой блок в пре-сегвит часть сети сразу, а полностью
отдает этот блок с сегвит-данными с задержкой. Дальше возможны варианты развития событий. Попкорном запасусь, когда до
сегвита дойдет.

Не эксплуатируют. И почему это уязвимость? Это фича

Поясните как? Вы можете объяснить или вам Моня напел?
Я не готов спорить по этому вопросу, может действительно облегчает. но я лично не имею
представления как.

Логика железная.
А после внедрения биг-блок решения в блок тоже влезет больше мегабайта
И чем же тогда армяне лучше чем грузины? (Спойлер: чем грузины)

Бу-га-га.
Еще как ожидается. Проблема несколько раз поднималась, но особо не дискутировалась
Не знаю даже как называть. Что-нибудь типа witness-data-withholding-attack
Применит ли кто-нибудь это на практике - не знаю. Я бы применил.

Это в первую очередь создание прецендента хард-форка.
Одни скажут "ну смотрите, мы увеличили блок и ничего с битком не случилось,
можем еще что-нибудь изменить в алгоритме на благо юзеров". Другие скажут:
"а как же принцип код - это закон?"

Вы не путаете лайткойн и лайтнинг нетворк?
Сегвит в лайткойне действительно активировали, а вот про лайтнинг-нетворк и его "каналы"
я лично ничего не слышал (но я и не интересовался)
Расскажите нам про каналы и лайтнинг, а? Можно не здесь, а в отдельной теме.
Только без рекламно-пиарной чухни, а с технической стороны, а?