У меня возникли некоторые проблемы с полным пониманием внутренней работы ETH и пользовательского интерфейса кошелька Ethereum по сравнению с Mist (при использовании тестовой сети), и мне нужно задать несколько довольно глупых вопросов, чтобы понять историю и рассуждения. Если не по адресу, прошу прощения.
Вообще я не понимаю разницы между приложениями Mist и Etherum Wallet? Какова история каждого?
Что я также не совсем понимаю, так это то, что контракт кошелька и некоторые токены, которые, как мне кажется, я создал в тестовой сети, по-видимому, видны в кошельке Ehereum даже после переключения обратно в основную сеть? Если я переведу средства в основной сети на вышеупомянутый контракт кошелька, не будут ли они потеряны?
Я понимаю, что адрес может существовать в обеих сетях, и что если у меня есть pk для определенного адреса, я могу получить средства в любой сети, но когда это контракт кошелька, который существует только в тестовой сети, а не только в учетной записи , что случается?
Как узнать, «владею ли» ли я контрактом кошелька и могу ли я получить к нему доступ и отправить с него средства? Он «привязан» к моему адресу Etherbase или как это работает?
Теперь, если я открою приложение «Mist», все будет так, как я, вероятно, и ожидал, — я вижу свою основную учетную запись и ничего из тестовой сети. Действительно ли все мои проблемы решает Туман?
Спасибо
Ethereum Wallet и Mist используют один и тот же исходный репозиторий ( https://github.com/ethereum/mist ). Mist — это браузер с поддержкой кошелька, а «Ethereum Wallet» — это Mist, но с отключенными возможностями браузера, поэтому вы можете использовать его в качестве кошелька. Я не знаю о последней версии, но в какой-то момент вы могли переключаться между ними с помощью параметра командной строки.
Основная сеть и тестовая сеть — это две независимые цепочки блоков. Они используют один и тот же тип или закрытые ключи, поэтому вы можете использовать один и тот же «адрес» в обоих, но вы не можете обменивать средства или токены между блокчейнами, каждый блокчейн имеет свое независимое состояние.
Право собственности на контракт может означать разные вещи. Есть адрес, который развернул контракт, но он не имеет других особых свойств по сравнению с контрактом, если только он не закодирован в исходном коде.
Ownable — это распространенный шаблон, используемый там, где контракт объявляет специального владельца. Первоначально назначается адресу развертывания, но его можно изменить позже. Он предоставляет модификатор для ограничения доступа к критическим методам только владельцем контракта.
Я не уверен, но думаю, что у Ethereum Wallet/Mist есть отдельное хранилище для mainnet/testnet, поэтому вы можете без проблем переключаться между ними. Но в любом случае следует проявлять должную осторожность, не забудьте сделать резервную копию ваших ключей при переключении, потому что некоторые операции не могут быть отменены в случае ошибки.
Спасибо Томасу Джею Рашу за подтверждение наличия отдельного хранилища для основной и тестовой сетей в кошельке Mist/Ethereum.
Прежде всего, спасибо, что нашли время ответить. Я провел некоторые дополнительные исследования и попытаюсь обобщить свои выводы в новом ответе.
Я надеюсь, что кто-то сделает окончательную проверку приведенных ниже утверждений и поправит меня, если что-то не так, возможно, это может помочь другим с аналогичными пробелами в знаниях.
Я получил много информации с https://klmoney.wordpress.com/beta7-contract-wallets/ , и это для версии 0.4 (у нас 0.8), но все должно быть в порядке; и отсюда https://forum.daohub.org/t/do-you-need-to-backup-eth-wallet-contracts/887
[Контракты кошелька]
В Ethereum существует два типа учетных записей: [Внешние учетные записи] (EOA) (или просто «Учетные записи») и [Контрактные учетные записи].
«Учетные записи» можно рассматривать просто как пары закрытый ключ/адрес, и они выполняют две роли; как самостоятельные хранилища эфира и как ВЛАДЕЛЬЦЫ (или контролеры) контрактных кошельков.
В то время как «Учетная запись» имеет защищенный паролем закрытый ключ и адрес, Контрактная учетная запись не имеет закрытого ключа, но имеет адрес, код и хранилище.
Контрактные кошельки (или кошельки на основе контрактов) создаются с контрактными учетными записями, используя способность контрактных учетных записей хранить и запускать код с соответствующим постоянным хранилищем.
Некоторые получатели, особенно биржи, могут быть не настроены на получение из контрактных кошельков, а также отправка эфира из контрактного кошелька требует затрат на газ, и вам нужен кошелек только в том случае, если вам нужна мультиподпись, отслеживание транзакций или другие подобные функции.
Поскольку контрактный кошелек/контрактная учетная запись принадлежит базовой учетной записи ETHERBASE (внешняя учетная запись), ее всегда можно получить, импортировав ее в MIST. Network и MIST узнают, что он принадлежит EOA, и разрешат расходы.
Если у вас есть только хранилище ключей, но вы забыли адрес кошелька контракта, найдите свою базовую учетную запись на etherchain.io и посмотрите, какие контракты кошелька он создал, а затем импортируйте их в MIST.
[MIST (против кошелька Etherum) — против Testnet против Mainnet]
MIST и Etherum Wallet — это две стороны одного и того же. MIST — это браузер DApp, и Etherum Wallet также является браузером DApp, но может отображать только одно DApp — DApp кошелька ethereum.
Основная сеть и тестовая сеть имеют раздельное хранилище в MIST/Ethereum, но по какой-то причине Ethereum Wallet по-прежнему отображает контракты и транзакции кошелька тестовой сети в режиме основной сети, а MIST — нет. Это самая большая путаница для меня, почему такое дизайнерское решение было принято в кошельке Ethereum.
Testnet и mainnet имеют одинаковое адресное пространство.
Если вы, находясь в основной сети, случайно отправили средства на адрес АККАУНТ тестовой сети, которым вы владеете, вы можете получить средства из основной сети с тем же PK, что и в тестовой сети.
Если вы, находясь в основной сети, случайно отправите средства на принадлежащий вам адрес КОНТРАКТ КОШЕЛЬКА тестовой сети, средства будут потеряны. Контракт кошелька не будет существовать в основной сети, и, предположительно, средства попадут на базовый адрес учетной записи, для которого у вас нет закрытого ключа. Это правильно ??
Спасибо
Фрэнк Х. Ритц