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

[incrediland]

Какая часть процессорного времени уходит на форджинг?

[MetaHash]

Какая часть процессорного времени уходит на форджинг?

Мы не можем предсказать загруженность сети и кол-во узлов в ней, но мы будем стремиться к тому, что бы MetaGate не оказывал существенного влияния на пользовательское устройство, для больших нагрузок существует специализированное ПО для нод

[incrediland]

Какая часть процессорного времени уходит на форджинг?

Мы не можем предсказать загруженность сети и кол-во узлов в ней, но мы будем стремиться к тому, что бы MetaGate не оказывал существенного влияния на пользовательское устройство, для больших нагрузок существует специализированное ПО для нод

 Предположим гипотетически, что у меня 16 ядер и 16 Гб ОЗУ. Сколько кошельков я смогу запустить на этой машине, чтобы при этом можно было комфортно выполнять офисные задачи?

[MetaHash]

Какая часть процессорного времени уходит на форджинг?

Мы не можем предсказать загруженность сети и кол-во узлов в ней, но мы будем стремиться к тому, что бы MetaGate не оказывал существенного влияния на пользовательское устройство, для больших нагрузок существует специализированное ПО для нод

 Предположим гипотетически, что у меня 16 ядер и 16 Гб ОЗУ. Сколько кошельков я смогу запустить на этой машине, чтобы при этом можно было комфортно выполнять офисные задачи?

Так же зависит от от загрузки сети, но мы не думаем что запуск нескольких кошельков на одной машине будет являться типичным поведением пользователя, так как по мимо процессора / памяти мы используем и диск и сеть, если ваша машина достаточно мощьная возмодно вам имеет смысл подумать о роли пир ноды.

[indigorace]

 Скиньте ссылку на эфирскан токена и контракта который принимает эфир.

[MetaHash]

Скиньте ссылку на эфирскан токена и контракта который принимает эфир.

мы опирируем не только эфиром и имеем свой чейн так что у нас не будет ни токенов ни контракта, по крайней мере в начальный момент.

[entwes]

Почему в России многие из узлов могут быть заблокированы соответствующей организацией? Это какоето нарушение закона?

[alexcard1]

Почему в России многие из узлов могут быть заблокированы соответствующей организацией? Это какоето нарушение закона?

Да нет никакого нарушения законов, но законы меняются. К тому же, ребята из ркн могут запросто блокировать айпи адреса и без оснований в виде нарушения закона или решения суда - достаточно вспомнить сколько компаний попало в черные списки в апреле.

[KarrabasBarabass]

Я считаю что собралась сильная группа людей у которых есть идея, есть прошлое, и есть стремление вперед. Возможно некоторые из их задач кажутся тяжко выполнимыми, но как раз таки из за команды я вижу в данном проекте хорошую возможность для инвестирования.

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

[247mining]

#MetaHash объявляет о начале публичного Токенсейла!

Команда #MetaHash готова объявить о начале ICO Round A.
Продажа токенов намечена на

29 июня

Советуем учесть немаловажный факт -
первые владельцы токенов могут способствовать росту Сети.

Правила ICO Round A:

-В ходе ICO Round A будет распределено 920.000.000 #MHC
-Стоимость #MHC на этапе ICO Round A составляет 0,0391 USD
-Заявки менее 50 ETH реализуются в порядке живой очереди из ограниченного объема, который восполняется каждые 4 часа
-Чтобы не блокировать очередь небольших и средних заявок суммы свыше 50 ETH реализуются вне очереди из отдельного резерва


Детальная информация:

ЗДЕСЬ

[HeroSam911]

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

[MetaHash]

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

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

[HeroSam911]

Что произойдет, если глобальная сеть прервётся или разделится на две части, скажем, на один час. Предположим, что половина сети #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-каналов

[HeroSam911]

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

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

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

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

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

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

[MetaHash]

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

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

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

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

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

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

Можно провести аналогию с цепочками биткоина. В процессе майнинга бывает, что майнеры получили несколько решений для одного блока. Как результат, имеет место разветвление цепи. В дальнейшем подлинной признаётся та ветка, которая имеет большую длину, а другая прекращает существование. Если транзакция оказалась в короткой ветви, она исключается из цепи и возвращается к числу не подтвержденных операций. Через время она включается в следующий блочный элемент.

Объединение - это нечто подобное

Есть 2 ОЧЕНЬ сложные проблемы, которые заставляют нас освобождать исходный код и начинать полную децентрализацию, с которой мы будем работать с поддержкой сообщества и баунти кампаний для хакеров

1. Объединение
2. различные атаки в сети

Все транзакции будут общедоступными для загрузки с первого блока и 1-го дня сети

На наших узлах, но каждый сможет подключиться к ним и загрузить ВСЕ транзакции

Все транзакции будут подписаны, а резервные копии будут доступны для каждой транзакции для всех, с целью проверки их.

[HeroSam911]

А биржа для торговли монетами будет? На какой срок запланирована?

[MetaHash]

А биржа для торговли монетами будет? На какой срок запланирована?

Нами не будет. Это совсем другой проект требующий прежде всего привлечения ликвидности
У нас будет только магазин. Возможно реализуем подключение к разным обменникам. Но обещать не можем - приоритет на основной функционал и старт децентрализации

[HeroSam911]

А биржа для торговли монетами будет? На какой срок запланирована?

Нами не будет. Это совсем другой проект требующий прежде всего привлечения ликвидности
У нас будет только магазин. Возможно реализуем подключение к разным обменникам. Но обещать не можем - приоритет на основной функционал и старт децентрализации

Как же без биржи то? Менять выводить куда то надо.

[MetaHash]

А биржа для торговли монетами будет? На какой срок запланирована?

Нами не будет. Это совсем другой проект требующий прежде всего привлечения ликвидности
У нас будет только магазин. Возможно реализуем подключение к разным обменникам. Но обещать не можем - приоритет на основной функционал и старт децентрализации

Как же без биржи то? Менять выводить куда то надо.

Сторонние биржи будут выполнять данные функции, обо всех листингах мы объявим в дальнейшем.