nirvimel

Во-первых, что такое реальный курс? Для фиатных валют (только СКВ) это сумма в резервной валюте, по которой сам эмитент готов выкупать обратно свои же денежные единицы. Например, Центробанк обязуется выкупить каждый свой выпущенный рубль за 1/30 USD (в 2013 году, например), эта гарантия выкупа и обеспечивает валюту реальной стоимостью, без этой гарантии любая валюта - просто фантики. Для не-СКВ не существует аналога понятия "реальный курс", так как формально заявленный курс в отсутствии реальной возможности что-то по нему реализовать - просто бессмысленная цифра.

Теперь перейдем к децентрализованным валютам. У них не существует определенного эмитента и никто не дает гарантий их обратного выкупа. Что же наполняет их стоимостью? Только мгновенный (на данную секунду) спрос на них. В чем физически выражается спрос на биткоин, например? Это просто объем ликвидности, который стоит на бирже в ордерах на покупку ниже по курсу, то есть то "мясо", в которое зароется и упрется курс если начнет валиться вниз. Но суммарный объем этой ликвидности на порядок ниже объема открытых позиций в биткоинах, так что реальная обеспеченность биткоина (даже мгновенная) составляет единицы-десятки процентов.

Что касается реального курса. Курс это возможность вернуть назад купленные фантики за определенное количество реальных денег. Очевидно, эта возможность полностью завит от биржи. Но я удивлю вас еще больше: эта возможность зависит еще и от объема вашей позиции, которую вы закрываете. Та цифра, которую вы видите на биржевом табло - это возможность продать один сатоши (или какой там минимальный объем лота на вашей бирже) в эту секунду. Как только вы попытаетесь продать больше, курс мгновенно дернется вниз еще до того, как исполнится ваш ордер. Так что вам никогда не удастся продать 1000 BTC по цене с табло (и даже близко к этому), рынок рухнет раньше, он не примет такой объем по такой цене. Так что держатель позиции с трехзначным числом BTC должен рассчитывать у себя в голове совсем другой курс продажи.

Разве что перебор (поиск proof-of-work) идет не последовательный, а рандомный

Перебор может быть последовательный, но индекс, с которого начинается эта последовательность должен выбираться случайно. Если искомое число X с равной вероятностью может находиться в любой позиции в диапазоне N, то вероятность того, что X окажется включенным в последовательность A прямо пропорциональна длине этой последовательности и не зависит ни от каких других факторов. Если все последовательности имели нулевую длину в начальный момент времени T₀, то длина последовательно A на момент времени T прямо пропорциональна средней скорости, с которой эта последователь растет. А скорость прямо пропорциональна вычислительной мощности оборудования майнинга.

Итого: Вероятность обнаружить X первым среди других прямо пропорциональна вычислительной мощности.

Как устроена архитектура P2P приложений?

Идея, на которой построено большинство P2P сетей называется DHT (Distributed hash table) (рус), эталонной реализацией этой идеи является Kademlia (рус).

Каждому клиенту будет необходимо узнать адреса других клиентов. Как они смогут получить друг у друга актуальный список?

Не существует никакого общего списка, в котором были бы перечислены все пиры сети. Невозможно мгновенно (за один запрос) получить информацию об интересующем пире (существует ли он вообще? активен ли? каков его реальный IP для подключения), но эту информацию можно достать из сети за несколько запросов: Кто знает Х? Кто знает кого-то, кто мог бы знать X? Кто знает кого-то, кто мог бы знать кого-то, кто мог бы знать X? и.т.д.

Если приложение действительно децентрализованное, у него ведь не должно быть какого-то пира, который всегда будет знать список более актуальный, чем другие, верно?

Именно так.

Или всё таки, должны быть в сети какие-то доминирующие пиры?

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

Тогда если они разом каким-то образом падают, вся система должна сама выбрать других доминантов?

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