Bitcoin Forum
June 17, 2024, 09:18:55 AM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 »
  Print  
Author Topic: [ANN][ICO] ⚡ Metahash-для децентрализованных приложений ⚡  (Read 46258 times)
incrediland
Newbie
*
Offline Offline

Activity: 59
Merit: 0


View Profile
June 20, 2018, 05:39:54 AM
 #121

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

Activity: 1159
Merit: 19

Join the ride!


View Profile WWW
June 20, 2018, 05:50:35 AM
 #122

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

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

Activity: 59
Merit: 0


View Profile
June 20, 2018, 06:40:18 AM
 #123

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

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

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

Activity: 1159
Merit: 19

Join the ride!


View Profile WWW
June 20, 2018, 08:04:03 AM
 #124

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

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

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

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

Activity: 98
Merit: 0


View Profile
June 20, 2018, 09:42:38 AM
 #125

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

Activity: 1159
Merit: 19

Join the ride!


View Profile WWW
June 20, 2018, 10:04:27 AM
 #126

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

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

Activity: 168
Merit: 0


View Profile
June 20, 2018, 10:08:23 AM
 #127

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

Activity: 1106
Merit: 261


View Profile
June 20, 2018, 10:31:17 AM
 #128

Почему в России многие из узлов могут быть заблокированы соответствующей организацией? Это какоето нарушение закона?
Да нет никакого нарушения законов, но законы меняются. К тому же, ребята из ркн могут запросто блокировать айпи адреса и без оснований в виде нарушения закона или решения суда - достаточно вспомнить сколько компаний попало в черные списки в апреле.
KarrabasBarabass
Jr. Member
*
Offline Offline

Activity: 151
Merit: 1


View Profile WWW
June 21, 2018, 12:40:51 AM
 #129

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

$ ═══ Earn BTC together with BitHub Network ═══ $$$ ═══════ https://bithub.network ═══════ $$═════════════
247mining (OP)
Member
**
Offline Offline

Activity: 161
Merit: 13


View Profile
June 21, 2018, 03:14:35 AM
 #130

#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
Newbie
*
Offline Offline

Activity: 86
Merit: 0


View Profile
June 21, 2018, 03:58:53 AM
 #131

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

Activity: 1159
Merit: 19

Join the ride!


View Profile WWW
June 21, 2018, 04:26:03 AM
 #132

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


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

Activity: 86
Merit: 0


View Profile
June 21, 2018, 04:47:48 AM
 #133

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


Это очень сложный вопрос. Я могу сказать, что мы потратили более месяца на обсуждение этого вопроса.
Сеть должна понимать, что она разделена на 2 и уведомляет пользователей о том, что возможны двойные затраты, который будет устранен, когда сеть переподключится.
Предположим, что у нас есть 100 узлов без каких-либо голосов #MHC, которые были отключены. Они реорганизовывают себя и становятся Master / Ver / Peer узлами и продолжают работать.
Ключом к борьбе с двойными расходами является возврат транзакций с двойными затратами, поэтому это не приносит никаких преимуществ для их создания. И уведомление получателей о том, что сеть разделена и полученная транзакция, может быть отменена.
Итак, где должен быть индикатор статуса сети? Если количество узлов уменьшилось на X% по сравнению с количеством N минут назад, лучше не отправлять транзакции Вроде ручной сигнализации в интерфейсе кошелька
MetaHash
Member
**
Offline Offline

Activity: 1159
Merit: 19

Join the ride!


View Profile WWW
June 21, 2018, 04:59:29 AM
 #134

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


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

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

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

Activity: 86
Merit: 0


View Profile
June 21, 2018, 05:34:24 AM
 #135

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


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

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

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

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

Activity: 1159
Merit: 19

Join the ride!


View Profile WWW
June 21, 2018, 06:39:15 AM
 #136

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


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

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

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

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

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

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

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

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

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

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

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

Activity: 86
Merit: 0


View Profile
June 21, 2018, 10:58:00 AM
 #137

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

Activity: 1159
Merit: 19

Join the ride!


View Profile WWW
June 21, 2018, 11:07:48 AM
 #138

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

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

Activity: 86
Merit: 0


View Profile
June 22, 2018, 06:36:32 AM
Last edit: June 22, 2018, 06:49:24 AM by HeroSam911
 #139

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

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

Activity: 1159
Merit: 19

Join the ride!


View Profile WWW
June 22, 2018, 07:03:23 AM
 #140

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

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

Сторонние биржи будут выполнять данные функции, обо всех листингах мы объявим в дальнейшем.
Pages: « 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!