Ты мог. Поймите, что вы не можете заставить оригинальные цепи, чтобы перестать работать так, кто имеет 1000 xCoins бы еще 1000 xCoins в существующих вилках и 1000 newCoins, если пользователь не делает что-то, чтобы уничтожить xCoins. Помните, что нет выключения в blockchain. Даже если первоначальный разработчик (ы) выйти из blockchain будет по-прежнему продолжают (и, таким образом, монеты по-прежнему будет использоваться) до тех пор, пока существует один горно узел. Дело в точке Satoshi покинул проект Bitcoin. Сегодня Satoshi не мог "стоп" Bitcoin и заставить всех перейти на newCoin. 

Есть несколько методов, которые вы можете использовать в зависимости от того, что вы хотите достичь.

Метод 1: Снимок существующих цепочек (простейшие)
Для экономии места разработчика будет решать на "отрезать" блок для каждого из существующих цепочек (и сделать это публично известно заранее). На блоке обрезания, анализировать blockchains и записывать UXTO (неизрасходованные сделки) в качестве блока среза. Это можно рассматривать как обрезают вариант полного blockchain (например Bitcoin blockchain = ~ 9ГБ но UXTO составляет ~ 240 МБ). В генеза блоке записи newCoin UXTO набор для объединенной монеты (ов). Если пользователи готовы частично доверять центральной власти в процессе самонастройки вы можете уплотнить это за счет уменьшения UXTO до просто книги (открытый хэш-ключ и баланс), который будет около 24 байт на адрес (не выход). Я называю это частично доверенным как любой пользователь, желающий мог проверить бухгалтерскую книгу с помощью программного обеспечения с открытым исходным кодом, чтобы убедиться, что он соответствует UXTO в момент блока обрезания. Если достаточное количество пользователей независимо подтверждено гроссбух он будет иметь надежный "достаточно" безопасность. Попытка мошенничества убьёт newCoin в Craddle, что вы действительно хотите, чтобы избежать некого двойной проверки и через 5 лет, когда newCoin стоит целое состояние кто-то понимает, кто-то пробрался в бонус 10000 монет.

Так что для Bitcoin (по состоянию на июль 2013 года)
Полный blockchain = ~ 9000 MB (~ 3 млн потратили и неизрасходованные сделки)
UXTO = ~ 250 МБ (~ 800000 операции с неизрасходованных выходами)
Компактная книга из UXTO = ~ 13 МБ (~ 600000 финансируемых адресов)

Способ 2: уничтожить монеты на существующей цепи до генеза блока (более сложный)
 Теперь, как я сказал xCoin, yCoin, zCoin будет существовать. После запуска в дикой природе, вы не можете "стоп" криптовалюта (то есть своего рода точка). Если вы хотите, человек, получая 1000 newCoins больше не имеют 1000 xCoins это немного более сложный процесс.

Самый простой способ будет требовать пользователей xCoin, yCoin и zCoin уничтожить свои монеты, отправив их к "тупик" адрес, который является одним где монеты доказуемо unspendable. Это будет необходимо сделать до запуска newCoin. Вы бы установить граничный блок для xCoin (и yCoin, zCoin и т.д.). После блока среза вы найти все "разрушенный" xCoins и помещение эквивалентное количество адресов непосредственно на пользовательские элементы управления в блоке генеза. Таким образом, пользователь с 1000 xCoins бы доказуемо уничтожить их до отсечки. После обрезания генезис блок для newCoin будет создан, который имеет 1000 монет newCoins собираются этого пользователя. Очевидное преимущество по сравнению с предыдущим способом не было дублирования монет. 1000 newCoins = 1000 xCoins уничтожены. Очевидным недостатком является то, что пользователи должны уничтожить их до того xCoins newCoin запущен, который является риск и некоторые могут не (или не нравится риск, не узнать о newCoin только после обрезания, и т.д.).

Способ 3: "перевод" (Хорошо технически уничтожить & создать) после того, как генезис блок (более сложный)
Основной недостаток по второму методу является то, что вы заставляете пользователь сделать выбор перед запуском новой монеты. Если вы хотите разрешить "перевод" монет из xCoin до newCoin ПОСЛЕ блок генеза хорошо она становится все более сложной. Узлы должны запустить узел как для newCoin и xCoin (и yCoin и zCoin и т.д.). Вы могли бы иметь специальную операцию передачи, где пользователи будут отправлять свои xCoins Ань "тупик" адрес (тот, который, как известно, unspendable) и одновременно создают "передачи монет" сделка по newCoin. Шахтер должен был бы проверить это через обе цепи (которые пользователь уничтожил свои монеты на xCoin и пользователь сделал createTx на newCoin и две связаны между собой). Очевидным недостатком этого является то, что newCoin теперь полагается на узлах, работающих как newCoin И xCoin (и yCoin, zCoin и т.д.). Вы можете ограничить это в течение определенного периода времени. Например передачи Тх возможно только через блок 100000. Это позволит узлы остановить работу старых узлов монет после того, как блок 100000.



Заметки:
Для простоты я просто использовал 3 цепи и 1: 1 соотношение (т.е. 1000 xCoins = 1000 и 1000 newCoins yCoins = 1000 newCoins). Это не требуется. Можно было бы легко реализовать различные соотношения в зависимости от количества монет в обращении для каждой цепи (т.е. 1000 xCoins = 100 newCoins и 1000 yCoins = 5 newCoins).

Вы можете комбинировать эти методы, если вы хотите. Например, может быть, одна цепь имеет достаточную поддержку, что вы идете через более сложный процесс, чтобы позволить методу 3, но для 6 других небольших цепочек вы просто использовать метод 2. Другой пример будет сочетать методы 1 & 2 с различными соотношениями. то есть, если вы разрушите ваши xCoins вы получите 1 newCoin 1 xCoin однако в качестве резервной копии UXTO также входит в блок генезиса, так что даже если вы НЕ мочить xCoins вы получаете 1 newCoin на каждые 1000 xCoins.