[ANN][ICO] ⚡ Metahash-для децентрализованных приложений ⚡

[VialofCrypto]

Файл ключа - аналог приваткей эфира?

Скорее аналог Json файла у кошелька эфира, он закодирован  паролем, который вы выбрали при создании кошелька.

 Есть возможнось создать файл QR кода. Чем его читать-смотреть? Что с ним можно делать вообще?

[MetaHash]

Файл ключа - аналог приваткей эфира?

Скорее аналог Json файла у кошелька эфира, он закодирован  паролем, который вы выбрали при создании кошелька.

 Есть возможнось создать файл QR кода. Чем его читать-смотреть? Что с ним можно делать вообще?

считывать удобно с мобильника, есть куча приложений-QR сканеров. В этотом QR коде зашифрован ключ, который вы выбрали. Его можно распечатать, а потом, если что, сканировать.

[YellingStar]

Что произойдет если я не переведу MHC в кошелек. Будут ли тектоны потеряны?

[MetaHash]

Что произойдет если я не переведу MHC в кошелек. Будут ли тектоны потеряны?

Они будут храниться в вашей учетной записи ICO. Даже после окончания раунда ICO A вы сможете перевести #MHC. Но было бы лучше осуществить перевод в кошелек, как только вы их получите

[YellingYeBurger100]

каковы были условия испытаний, по которым было достигнуто 50-80 тыс. TPS, судя по WP? Они не были оптимальными условиями испытаний, верно?
должны учитывать задержки и скорости соединения. Короче говоря, должен быть реальный мировой тест?

[MetaHash]

каковы были условия испытаний, по которым было достигнуто 50-80 тыс. TPS, судя по WP? Они не были оптимальными условиями испытаний, верно?
должны учитывать задержки и скорости соединения. Короче говоря, должен быть реальный мировой тест?

Тест был специально запущен на слабых серверах с минимальными затратами на разных континентах. С прогрессивными серверами мы ожидаем скорость 100 000 +

[YellingYeBurger100]

каковы были условия испытаний, по которым было достигнуто 50-80 тыс. TPS, судя по WP? Они не были оптимальными условиями испытаний, верно?
должны учитывать задержки и скорости соединения. Короче говоря, должен быть реальный мировой тест?

Тест был специально запущен на слабых серверах с минимальными затратами на разных континентах. С прогрессивными серверами мы ожидаем скорость 100 000 +

Слабые серверы будут в очереди до тех пор, пока учитываются данные world data и скорости. Это так?

[MetaHash]

каковы были условия испытаний, по которым было достигнуто 50-80 тыс. TPS, судя по WP? Они не были оптимальными условиями испытаний, верно?
должны учитывать задержки и скорости соединения. Короче говоря, должен быть реальный мировой тест?

Тест был специально запущен на слабых серверах с минимальными затратами на разных континентах. С прогрессивными серверами мы ожидаем скорость 100 000 +

Слабые серверы будут в очереди до тех пор, пока учитываются данные world data и скорости. Это так?

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

[YellingYeBurger100]

каковы были условия испытаний, по которым было достигнуто 50-80 тыс. TPS, судя по WP? Они не были оптимальными условиями испытаний, верно?
должны учитывать задержки и скорости соединения. Короче говоря, должен быть реальный мировой тест?

Тест был специально запущен на слабых серверах с минимальными затратами на разных континентах. С прогрессивными серверами мы ожидаем скорость 100 000 +

Слабые серверы будут в очереди до тех пор, пока учитываются данные world data и скорости. Это так?

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

спасибо за ответ. А поддерживаете ли вы все смарт контакты ETH?

[MetaHash]

каковы были условия испытаний, по которым было достигнуто 50-80 тыс. TPS, судя по WP? Они не были оптимальными условиями испытаний, верно?
должны учитывать задержки и скорости соединения. Короче говоря, должен быть реальный мировой тест?

Тест был специально запущен на слабых серверах с минимальными затратами на разных континентах. С прогрессивными серверами мы ожидаем скорость 100 000 +

Слабые серверы будут в очереди до тех пор, пока учитываются данные world data и скорости. Это так?

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

спасибо за ответ. А поддерживаете ли вы все смарт контакты ETH?

"Мы делаем тесты, чтобы подтвердить, что мы сможем поддерживать смарт-контракты без каких-либо изменений, но мы пока не можем их подтвердить.
Дело в том, что разные версии встроенных компиляторов ethereum не поддерживают все версии.

У нас другая модель децентрализованных приложений, но мы будем стараться поддерживать текущие стандарты для разработчиков, которые к ним привыкли.
Мы в основном сосредоточены на работе в режиме реального времени для d-apps.

[YellingYeBurger100]

Какой общий кап на узлах?

[N0XyJeamBeam]

Почему вы не используете мультичейн? Это было бы более простым решением.

[MetaHash]

Почему вы не используете мультичейн? Это было бы более простым решением.

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

[VialofCrypto]

Для форджинга должен быть открыт кошелек? И сколько надо минимум монет.

[MetaHash]

Для форджинга должен быть открыт кошелек? И сколько надо минимум монет.

Для форджинга у вас должен быть открыт кошелек. А также минимум 100 MHC на счету.

[RoseMaryGT]

Что произойдет, если глобальная сеть прервётся или разделится на две части, скажем, на один час. Предположим, что половина сети #MetaHash остается в половине разделенного Интернета, а другая половина в другой, причем половина из ядер #MetaHash в каждой из частей.  Один из узлов половины потеряет свою репутацию? Начнется все с пир нодов?  Для каждого datachain, который был непроизвольно раздвоен, самый длинный будет преобладать?  Что будет с голосованием?  И обычные транзакции #mhc?

[MetaHash]

Что произойдет, если глобальная сеть прервётся или разделится на две части, скажем, на один час. Предположим, что половина сети #MetaHash остается в половине разделенного Интернета, а другая половина в другой, причем половина из ядер #MetaHash в каждой из частей.  Один из узлов половины потеряет свою репутацию? Начнется все с пир нодов?  Для каждого datachain, который был непроизвольно раздвоен, самый длинный будет преобладать?  Что будет с голосованием?  И обычные транзакции #mhc?

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

Сеть должна понимать, что она разделена на 2 и уведомляет пользователей о том, что возможны двойные затраты, который будет устранен, когда сеть переподключится.
Предположим, что у нас есть 100 узлов без каких-либо голосов #MHC, которые были отключены. Они реорганизовывают себя и становятся Master / Ver / Peer узлами и продолжают работать.
Ключом к борьбе с двойными расходами является возврат транзакций с двойными затратами, поэтому это не приносит никаких преимуществ для их создания. И уведомление получателей о том, что сеть разделена и полученная транзакция, может быть отменена.

[RoseMaryGT]

Что произойдет, если глобальная сеть прервётся или разделится на две части, скажем, на один час. Предположим, что половина сети #MetaHash остается в половине разделенного Интернета, а другая половина в другой, причем половина из ядер #MetaHash в каждой из частей.  Один из узлов половины потеряет свою репутацию? Начнется все с пир нодов?  Для каждого datachain, который был непроизвольно раздвоен, самый длинный будет преобладать?  Что будет с голосованием?  И обычные транзакции #mhc?

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

Сеть должна понимать, что она разделена на 2 и уведомляет пользователей о том, что возможны двойные затраты, который будет устранен, когда сеть переподключится.
Предположим, что у нас есть 100 узлов без каких-либо голосов #MHC, которые были отключены. Они реорганизовывают себя и становятся Master / Ver / Peer узлами и продолжают работать.
Ключом к борьбе с двойными расходами является возврат транзакций с двойными затратами, поэтому это не приносит никаких преимуществ для их создания. И уведомление получателей о том, что сеть разделена и полученная транзакция, может быть отменена.

Итак, где должен быть индикатор статуса сети? Если количество узлов уменьшилось на X% по сравнению с количеством N минут назад, лучше не отправлять транзакции Вроде ручной сигнализации в интерфейсе кошелька

[MetaHash]

Что произойдет, если глобальная сеть прервётся или разделится на две части, скажем, на один час. Предположим, что половина сети #MetaHash остается в половине разделенного Интернета, а другая половина в другой, причем половина из ядер #MetaHash в каждой из частей.  Один из узлов половины потеряет свою репутацию? Начнется все с пир нодов?  Для каждого datachain, который был непроизвольно раздвоен, самый длинный будет преобладать?  Что будет с голосованием?  И обычные транзакции #mhc?

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

Сеть должна понимать, что она разделена на 2 и уведомляет пользователей о том, что возможны двойные затраты, который будет устранен, когда сеть переподключится.
Предположим, что у нас есть 100 узлов без каких-либо голосов #MHC, которые были отключены. Они реорганизовывают себя и становятся Master / Ver / Peer узлами и продолжают работать.
Ключом к борьбе с двойными расходами является возврат транзакций с двойными затратами, поэтому это не приносит никаких преимуществ для их создания. И уведомление получателей о том, что сеть разделена и полученная транзакция, может быть отменена.

Итак, где должен быть индикатор статуса сети? Если количество узлов уменьшилось на X% по сравнению с количеством N минут назад, лучше не отправлять транзакции Вроде ручной сигнализации в интерфейсе кошелька

"Все узлы постоянно накапливают сетевую карту

Вы можете отправить транзакцию в любое время, и она будет правильно объединена.
Но если сеть раскололась, получатель получит предупреждение о том, что двойные расходы возможны, и полученные средства могут быть теоретически сокращены наполовину или возвращены
Будет комлексный процесс голосования для слияния, в котором побеждает сильнейшая сеть
Таким образом, слабая часть сети получит предупреждение, что транзакции работают, но если вы не доверяете отправителю, вы не должны предоставлять ему услуги до тех пор, пока слияние не завершится.
Если страна блокирует все каналы, и часть сети становится отключенной от основной сети какое-то время до подключения к спутниковым соединениям некоторых VPN-каналов"

[RoseMaryGT]

Что произойдет, если глобальная сеть прервётся или разделится на две части, скажем, на один час. Предположим, что половина сети #MetaHash остается в половине разделенного Интернета, а другая половина в другой, причем половина из ядер #MetaHash в каждой из частей.  Один из узлов половины потеряет свою репутацию? Начнется все с пир нодов?  Для каждого datachain, который был непроизвольно раздвоен, самый длинный будет преобладать?  Что будет с голосованием?  И обычные транзакции #mhc?

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

Сеть должна понимать, что она разделена на 2 и уведомляет пользователей о том, что возможны двойные затраты, который будет устранен, когда сеть переподключится.
Предположим, что у нас есть 100 узлов без каких-либо голосов #MHC, которые были отключены. Они реорганизовывают себя и становятся Master / Ver / Peer узлами и продолжают работать.
Ключом к борьбе с двойными расходами является возврат транзакций с двойными затратами, поэтому это не приносит никаких преимуществ для их создания. И уведомление получателей о том, что сеть разделена и полученная транзакция, может быть отменена.

Итак, где должен быть индикатор статуса сети? Если количество узлов уменьшилось на X% по сравнению с количеством N минут назад, лучше не отправлять транзакции Вроде ручной сигнализации в интерфейсе кошелька

"Все узлы постоянно накапливают сетевую карту

Вы можете отправить транзакцию в любое время, и она будет правильно объединена.
Но если сеть раскололась, получатель получит предупреждение о том, что двойные расходы возможны, и полученные средства могут быть теоретически сокращены наполовину или возвращены
Будет комлексный процесс голосования для слияния, в котором побеждает сильнейшая сеть
Таким образом, слабая часть сети получит предупреждение, что транзакции работают, но если вы не доверяете отправителю, вы не должны предоставлять ему услуги до тех пор, пока слияние не завершится.
Если страна блокирует все каналы, и часть сети становится отключенной от основной сети какое-то время до подключения к спутниковым соединениям некоторых VPN-каналов"

С чем объединяется транзакция? Между событиями транзакции «возврат» или одной из них, которую разработчик должен учитывать
Правильно?