Colony

Мы хотим обеспечить возможность обновления развернутой системы в будущем, поскольку мы предвидим, что сеть колоний будет постоянно развиваться. Предоставление пути обновления важно, чтобы люди могли использовать Colon, не мешая себе использовать новые функции по мере их добавления в сеть. Мы намерены разрешить обновление колоний и токенов с помощью шаблона, доступного под названием EtherRouter. Эта реализация использует два контракта в дополнение к контракту (ам), обеспечивающим реализованную функциональность. Первым дополнительным контрактом является контракт EtherRouter, который передает транзакции & mdash; через делегатский звонок & mdash; к договору, который реализует эту функцию. Вторым дополнительным контрактом является контракт Resolver, в котором определены адреса контрактов, которые реализуют желаемое поведение. Всякий раз, когда транзакция принимается контрактом EtherRouter, он ищет контракт, который реализует эту функцию (если есть) в Resolver, а затем делегирует вызов этого контракта. Для обновления новые контракты развертываются с новой функциональностью, а затем контракты, на которые указывает контракт Resolver, должны быть изменены, чтобы указывать на эти новые контракты. Чтобы избежать ситуации, когда контракт частично реализует как старые, так и новые функциональные возможности, новый экземпляр Resolver будет развертываться для каждого обновления, а затем одна транзакция может указывать EtherRouter на новый Resolver. Мы гарантируем, что в случае колонии выбор модернизации основного контракта колонии никогда не будет зависеть от сети колоний. Хотя сеть контролирует доступные обновления, они не могут заставить какую-либо колонию обновить базовые контракты. Сама колония должна решить, что она хочет перейти на новую версию.