А для чего ограничения нужны? Распродать побыстрее и раунд закончить пораньше разве не лучше?
Тогда все достанется тем, кто имеет больше всего денег. Итак определенный объем в каждом проекте забирают фонды. Настоящая децентрализация делается только с помощью комьюнити. Мы не хотим, что бы объем отведенный для комьюнити был выкуплен спекулянтами или фондами. Поэтому строгое ограничение объема в сутки в одни руки. Забрал объем, но хочешь больше - в конец очереди и жди снова А фонды все равно на бирже сольют и цена упадет - закон моря и купит ,кто захочет по рыночной цене вот и децентрализация и никаких очередей. Если биржи нормальные будут типа бинанса, конечно. Это не так. Этот эффект начался с февраля. Он связан с качеством и типом проектов. Хайпят сейчас однотипные скамы. Китайцы фаундеры. Лотерея. Лучшие рейтинги обзоров. В покупку не пускают комьюнити. И т.д. Потом падение и стирают комьюнити Но слава богу эта методология перестает работать. К августу уверен прекратится поток этого скама и популярность завоюют проекты с адекватной продуктовой моделью |
|
|
|
А биржа для торговли монетами будет? На какой срок запланирована?
Нами не будет. Это совсем другой проект требующий прежде всего привлечения ликвидности У нас будет только магазин. Возможно реализуем подключение к разным обменникам. Но обещать не можем - приоритет на основной функционал и старт децентрализации Как же без биржи то? Менять выводить куда то надо. Сторонние биржи будут выполнять данные функции, обо всех листингах мы объявим в дальнейшем. |
|
|
|
How will you know if a tx is incorrect? aka how are txs broadcasted to the network as if there's 1 receiver
all network votes if masters did their job right Then you're in a problem spot .so it sounds like common nodes are comparable to lite clients, with the exception that they do some minor processing of txs. but the challenge is who's the receiver. it's like a message being passed around. common nodes are full clients. anytime a message hits a bottleneck it can be intercepted and stopped common nodes don’t have the speed to check all, so they check only the part they transferred but all together they check 100% of all txs more over there are 2 networks of master nodes: sync and backup. one checks another. the verification checks them both and peers check them partly. masters can make a block together, but if it’s wrong, the network will decline it |
|
|
|
How will you know if a tx is incorrect? aka how are txs broadcasted to the network as if there's 1 receiver
all network votes if masters did their job right |
|
|
|
А биржа для торговли монетами будет? На какой срок запланирована?
Нами не будет. Это совсем другой проект требующий прежде всего привлечения ликвидности У нас будет только магазин. Возможно реализуем подключение к разным обменникам. Но обещать не можем - приоритет на основной функционал и старт децентрализации |
|
|
|
Hi, i'm looking forward at your project. What will be the minimum participation amount for round A?
There will be no minimums. There will be 2 Pools. 1st Pool - under 50 ETH. And 2nd Pool - over 50 ETH 2nd Pool is limited. So once it closes, only under 50 ETH will be allowed. Thanks, what is about hardcap? Our hardcap is 36M |
|
|
|
Hi, i'm looking forward at your project. What will be the minimum participation amount for round A?
There will be no minimums. There will be 2 Pools. 1st Pool - under 50 ETH. And 2nd Pool - over 50 ETH 2nd Pool is limited. So once it closes, only under 50 ETH will be allowed. |
|
|
|
In the medium article about the dream team, you have mentioned all about people belonging to the marketing and PR part of the project..none mentioned have blockchain or technical expertise..what about the technical background of the Devs?
The article is based on the internal department of the team. Those managers who Manage the promotion of the project. We consider the technical and developing experts as a separate, but vital part of the project. They aren't, nor will be neglected. We may be publishing a post specifically appreciating their hard work, and their interest in the project in future. |
|
|
|
Что произойдет, если глобальная сеть прервётся или разделится на две части, скажем, на один час. Предположим, что половина сети #MetaHash остается в половине разделенного Интернета, а другая половина в другой, причем половина из ядер #MetaHash в каждой из частей. Один из узлов половины потеряет свою репутацию? Начнется все с пир нодов? Для каждого datachain, который был непроизвольно раздвоен, самый длинный будет преобладать? Что будет с голосованием? И обычные транзакции #mhc?
Это очень сложный вопрос. Я могу сказать, что мы потратили более месяца на обсуждение этого вопроса. Сеть должна понимать, что она разделена на 2 и уведомляет пользователей о том, что возможны двойные затраты, который будет устранен, когда сеть переподключится. Предположим, что у нас есть 100 узлов без каких-либо голосов #MHC, которые были отключены. Они реорганизовывают себя и становятся Master / Ver / Peer узлами и продолжают работать. Ключом к борьбе с двойными расходами является возврат транзакций с двойными затратами, поэтому это не приносит никаких преимуществ для их создания. И уведомление получателей о том, что сеть разделена и полученная транзакция, может быть отменена. Итак, где должен быть индикатор статуса сети? Если количество узлов уменьшилось на X% по сравнению с количеством N минут назад, лучше не отправлять транзакции Вроде ручной сигнализации в интерфейсе кошелька Все узлы постоянно накапливают сетевую карту Вы можете отправить транзакцию в любое время, и она будет правильно объединена. Но если сеть раскололась, получатель получит предупреждение о том, что двойные расходы возможны, и полученные средства могут быть теоретически сокращены наполовину или возвращены. Будет комлексный процесс голосования для слияния, в котором побеждает сильнейшая сеть Таким образом, слабая часть сети получит предупреждение, что транзакции работают, но если вы не доверяете отправителю, вы не должны предоставлять ему услуги до тех пор, пока слияние не завершится. Если страна блокирует все каналы, и часть сети становится отключенной от основной сети требуется какое-то время до подключения к спутниковым соединениям некоторых VPN-каналов Транзакция объединена с чем? Между событиями транзакции «возврат» одной из них, которую разработчик должен учитывать Правильно? Можно провести аналогию с цепочками биткоина. В процессе майнинга бывает, что майнеры получили несколько решений для одного блока. Как результат, имеет место разветвление цепи. В дальнейшем подлинной признаётся та ветка, которая имеет большую длину, а другая прекращает существование. Если транзакция оказалась в короткой ветви, она исключается из цепи и возвращается к числу не подтвержденных операций. Через время она включается в следующий блочный элемент. Объединение - это нечто подобное Есть 2 ОЧЕНЬ сложные проблемы, которые заставляют нас освобождать исходный код и начинать полную децентрализацию, с которой мы будем работать с поддержкой сообщества и баунти кампаний для хакеров 1. Объединение 2. различные атаки в сети Все транзакции будут общедоступными для загрузки с первого блока и 1-го дня сети На наших узлах, но каждый сможет подключиться к ним и загрузить ВСЕ транзакции Все транзакции будут подписаны, а резервные копии будут доступны для каждой транзакции для всех, с целью проверки их. |
|
|
|
Что произойдет, если глобальная сеть прервётся или разделится на две части, скажем, на один час. Предположим, что половина сети #MetaHash остается в половине разделенного Интернета, а другая половина в другой, причем половина из ядер #MetaHash в каждой из частей. Один из узлов половины потеряет свою репутацию? Начнется все с пир нодов? Для каждого datachain, который был непроизвольно раздвоен, самый длинный будет преобладать? Что будет с голосованием? И обычные транзакции #mhc?
Это очень сложный вопрос. Я могу сказать, что мы потратили более месяца на обсуждение этого вопроса. Сеть должна понимать, что она разделена на 2 и уведомляет пользователей о том, что возможны двойные затраты, который будет устранен, когда сеть переподключится. Предположим, что у нас есть 100 узлов без каких-либо голосов #MHC, которые были отключены. Они реорганизовывают себя и становятся Master / Ver / Peer узлами и продолжают работать. Ключом к борьбе с двойными расходами является возврат транзакций с двойными затратами, поэтому это не приносит никаких преимуществ для их создания. И уведомление получателей о том, что сеть разделена и полученная транзакция, может быть отменена. Итак, где должен быть индикатор статуса сети? Если количество узлов уменьшилось на X% по сравнению с количеством N минут назад, лучше не отправлять транзакции Вроде ручной сигнализации в интерфейсе кошелька Все узлы постоянно накапливают сетевую карту Вы можете отправить транзакцию в любое время, и она будет правильно объединена. Но если сеть раскололась, получатель получит предупреждение о том, что двойные расходы возможны, и полученные средства могут быть теоретически сокращены наполовину или возвращены. Будет комлексный процесс голосования для слияния, в котором побеждает сильнейшая сеть Таким образом, слабая часть сети получит предупреждение, что транзакции работают, но если вы не доверяете отправителю, вы не должны предоставлять ему услуги до тех пор, пока слияние не завершится. Если страна блокирует все каналы, и часть сети становится отключенной от основной сети требуется какое-то время до подключения к спутниковым соединениям некоторых VPN-каналов |
|
|
|
Что произойдет, если глобальная сеть прервётся или разделится на две части, скажем, на один час. Предположим, что половина сети #MetaHash остается в половине разделенного Интернета, а другая половина в другой, причем половина из ядер #MetaHash в каждой из частей. Один из узлов половины потеряет свою репутацию? Начнется все с пир нодов? Для каждого datachain, который был непроизвольно раздвоен, самый длинный будет преобладать? Что будет с голосованием? И обычные транзакции #mhc?
Это очень сложный вопрос. Я могу сказать, что мы потратили более месяца на обсуждение этого вопроса. Сеть должна понимать, что она разделена на 2 и уведомляет пользователей о том, что возможны двойные затраты, который будет устранен, когда сеть переподключится. Предположим, что у нас есть 100 узлов без каких-либо голосов #MHC, которые были отключены. Они реорганизовывают себя и становятся Master / Ver / Peer узлами и продолжают работать. Ключом к борьбе с двойными расходами является возврат транзакций с двойными затратами, поэтому это не приносит никаких преимуществ для их создания. И уведомление получателей о том, что сеть разделена и полученная транзакция, может быть отменена. |
|
|
|
I'm not sure if MetaHash will be someone who can achieve that goal. Although it may look good on paper, the blockchain is still in the early stages of development and is not fully proven. This means that if you want to invest in MetaHash, it will be more of a true believer hoping to win the battle in the future than someone who wants to make a quick buck by investing in a cryptocurrency for the x's.
We truly understand your worries and respect them. That's why we have strong advice for everyone - before participation in our project to be sure that you do realize the risk and understand the project enough. so, in your case, I'd like to offer you just to stay with us and check how it goes, and then and only then if you're sure the most have your hands on Round B or choose a preferable exchange. |
|
|
|
the network selects the fastest servers by the main nodes
but where there can be lags - they vote and confirm the transaction, so your problem we solved at the stage of consensus formation Do u planning some support all ETH smart contracts? We are making the tests to confirm we will be able to support smart contracts without any changes, but we can’t confirm it yet The thing is different versions of native ethereum compilators don’t support all versions. We have a different model of decentralized apps, but we’ll try to support current standards to for developers that are used to it. We are mostly focused on making real-time d-apps work. |
|
|
|
How does #metahash begins? I mean, the story. Why or how did you begin with the project/idea?
In brief. We are an ad-tech company and lots of clients came to us about blockchain. We tried and saw that current blockchains could not handle the needed data. And we had some ideas on what we want to build on blockchain but couldn't So we took our experience and libs from ad-tech and decided to reinvent the decentralized stack for transactions, data and apps. Making not a new blockchain, but something else that inherits the most important thing - decentralization. Ok. I notice that the distribution of founds is 16% for advertising and 16% for project development. Why so much for advertising? I would prefer for a better tech, more development that "speaks for itself". The advertising is necessary, but why so much? what were the test conditions around which 50-80k TPS was achieved..they weren't optimal test conditions right?, should account for lags and connection speeds..in short, should be a real world test We don’t really need more funds for development. But marketing the product between common people costs really a lot. Huge marketing costs are there because the product is more than a chain. It’s a gate for dAppsAnd we need lots of people to start using it. So want should be the profit for participants? We don’t want to speculate on prices. We’ll make a good product and advertise it. Compare market cap of circulating supply at pre-ico/ico with market caps of similar products and make your own judgment. We are concentrated on making the coin economy work and form real non-speculative demand. what were the test conditions around which 50-80k TPS was achieved..they weren't optimal test conditions right?, should account for lags and connection speeds..in short, should be a real world test The test was specially launched on weak servers with minimal cost on different continents. With the progressive servers we expect a speed of 100'000 + Weak servers are ok as long as real world data and speed constraints are taken into account..is that the case? the network selects the fastest servers by the main nodes but where there can be lags - they vote and confirm the transaction, so your problem we solved at the stage of consensus formation |
|
|
|
Скиньте ссылку на эфирскан токена и контракта который принимает эфир.
мы опирируем не только эфиром и имеем свой чейн так что у нас не будет ни токенов ни контракта, по крайней мере в начальный момент. |
|
|
|
How does #metahash begins? I mean, the story. Why or how did you begin with the project/idea?
In brief. We are an ad-tech company and lots of clients came to us about blockchain. We tried and saw that current blockchains could not handle the needed data. And we had some ideas on what we want to build on blockchain but couldn't So we took our experience and libs from ad-tech and decided to reinvent the decentralized stack for transactions, data and apps. Making not a new blockchain, but something else that inherits the most important thing - decentralization. Ok. I notice that the distribution of founds is 16% for advertising and 16% for project development. Why so much for advertising? I would prefer for a better tech, more development that "speaks for itself". The advertising is necessary, but why so much? what were the test conditions around which 50-80k TPS was achieved..they weren't optimal test conditions right?, should account for lags and connection speeds..in short, should be a real world test We don’t really need more funds for development. But marketing the product between common people costs really a lot. Huge marketing costs are there because the product is more than a chain. It’s a gate for dAppsAnd we need lots of people to start using it. So want should be the profit for participants? We don’t want to speculate on prices. We’ll make a good product and advertise it. Compare market cap of circulating supply at pre-ico/ico with market caps of similar products and make your own judgment. We are concentrated on making the coin economy work and form real non-speculative demand. what were the test conditions around which 50-80k TPS was achieved..they weren't optimal test conditions right?, should account for lags and connection speeds..in short, should be a real world test The test was specially launched on weak servers with minimal cost on different continents. With the progressive servers we expect a speed of 100'000 + |
|
|
|
How does #metahash begins? I mean, the story. Why or how did you begin with the project/idea?
In brief. We are an ad-tech company and lots of clients came to us about blockchain. We tried and saw that current blockchains could not handle the needed data. And we had some ideas on what we want to build on blockchain but couldn't So we took our experience and libs from ad-tech and decided to reinvent the decentralized stack for transactions, data and apps. Making not a new blockchain, but something else that inherits the most important thing - decentralization. Ok. I notice that the distribution of founds is 16% for advertising and 16% for project development. Why so much for advertising? I would prefer for a better tech, more development that "speaks for itself". The advertising is necessary, but why so much? We don’t really need more funds for development. But marketing the product between common people costs really a lot. Huge marketing costs are there because the product is more than a chain. It’s a gate for dAppsAnd we need lots of people to start using it. So want should be the profit for participants? We don’t want to speculate on prices. We’ll make a good product and advertise it. Compare market cap of circulating supply at pre-ico/ico with market caps of similar products and make your own judgment. We are concentrated on making the coin economy work and form real non-speculative demand. |
|
|
|
Какая часть процессорного времени уходит на форджинг?
Мы не можем предсказать загруженность сети и кол-во узлов в ней, но мы будем стремиться к тому, что бы MetaGate не оказывал существенного влияния на пользовательское устройство, для больших нагрузок существует специализированное ПО для нод Предположим гипотетически, что у меня 16 ядер и 16 Гб ОЗУ. Сколько кошельков я смогу запустить на этой машине, чтобы при этом можно было комфортно выполнять офисные задачи? Так же зависит от от загрузки сети, но мы не думаем что запуск нескольких кошельков на одной машине будет являться типичным поведением пользователя, так как по мимо процессора / памяти мы используем и диск и сеть, если ваша машина достаточно мощьная возмодно вам имеет смысл подумать о роли пир ноды. |
|
|
|
Какая часть процессорного времени уходит на форджинг?
Мы не можем предсказать загруженность сети и кол-во узлов в ней, но мы будем стремиться к тому, что бы MetaGate не оказывал существенного влияния на пользовательское устройство, для больших нагрузок существует специализированное ПО для нод |
|
|
|
How does #metahash begins? I mean, the story. Why or how did you begin with the project/idea?
In brief. We are an ad-tech company and lots of clients came to us about blockchain. We tried and saw that current blockchains could not handle the needed data. And we had some ideas on what we want to build on blockchain but couldn't So we took our experience and libs from ad-tech and decided to reinvent the decentralized stack for transactions, data and apps. Making not a new blockchain, but something else that inherits the most important thing - decentralization. Ok. I notice that the distribution of founds is 16% for advertising and 16% for project development. Why so much for advertising? I would prefer for a better tech, more development that "speaks for itself". The advertising is necessary, but why so much? We don’t really need more funds for development. But marketing the product between common people costs really a lot. Huge marketing costs are there because the product is more than a chain. It’s a gate for dAppsAnd we need lots of people to start using it. |
|
|
|
|
Show Posts
