а как вы будете проект переводить на децентрализацию?
Для начала, нам нужно иметь централизованный контроль над сетью и сделать массу исправлений безопасности и корректировок, пока мы не сможем его отпустить "в свободное плавание" децентрализации. Первым шагом будет децентрализация входящих TX-ворот и хранения данных и каналов данных. Это приведёт к публичным журналам в децентрализованном хранилище, но не позволит совершить серьезную атаку.
|
|
|
TAKE CARE WITH THIS ICO!
VERY DUBIOUS!
As per Swiss Law the director of of a local company must be local resident. Founders listed on MetaHash website are also the founders of MetaHash AG and they used to work with Mr. Ganin on various projects in the swiss banking industry. Mr. Ganin has a long experience in banking and truly believes that crypto industry will be powerfully supported by private and institutional investments. Thus he accepted an offer to lead Metahash project in Switzerland and became the local director for Metahash AG, Zug. In the coming weeks the company will start to grow in staff and representation in Switzerland and will include several reputed local professionals from the crypto industry. Meanwhile Clos Belmont Finance is a 14 year old multi family office directed by the same person since 2009. Its main area of activity is external asset management and in this regard crypto industry is becoming one of investment focuses for a vast number of clients wishing to diversify their portfolios from pure vanilla banking products or private equity. There is no connection between ICO of bank4u and mr Kirill Ganin apart from the fact that he knows the UBO of the bank. He was no way connected to this ICO.
|
|
|
I have tested all the points of your project and all is really very useful.
thanks for your support, I hope you've already tested our wallet too we'd appreciate any question or feedback of yours
|
|
|
кстати, а трейсчейн с открытым исходным кодом?
Он будет сделан с открытым исходным кодом и децентрализованным, но не сразу,а шаг за шагом. Сейчас MetaGate находится на github. Примерно в августе, торрент и распределение ролей прокси запустятся сразу после форжинга. Подготовка для работы с открытым исходным кодом требует много времени. И, конечно же, тесты безопасности должны быть завершены. Поэтому мы будем осторожно децентрализовать роль одного узла за другим, а затем запустим дублированную сеть с автоматическим назначением роли. Почему бы не открыть исходный код с самого начала? 1. Подготовка кода для "опенс сорс" требует много серьёзной работы. В нем есть правила, как все должно быть опубликовано, включая правильную разметку и примечания по лицензированию. 2. Когда вы вводите код в открытый доступ, он может позволить злоумышленникам найти интересные для них места, которые они смогут использовать против пользователей. поэтому для этого мы сначала проведем хакерский Баунти 3. В настоящее время проект находится на этапе найма экспертов для проверки криптографии и безопасности Поэтому мы будем осторожны, децентрализуем и открываем сеть шаг за шагом.
|
|
|
То есть 10 маленьких нод будут форжить столько же сколько большая?
Вы правы, несколько маленьких нод смогут зарабатывать столько-же, но это будет очень сильно нагружать железо. Fp- награда за создание нового блока, c - комиссии собранные с всех транзакций. Распределение будет происходить раз в 6 часов.
|
|
|
But the concept of two signatures has some disadvantages... For the fact that I can cancel a transaction looks good, but on the other side it looks risky too, especially for buying and selling purpose Yes, so we thought to limit the possible receiving address to own wallet only.
|
|
|
If a trusted masternode decides to block TX from antes specific address, the peers detect it?
yes, if a valid tx doesn’t go through, peers will vote to lower masters trust and master will become a common peer from there a master can slowly gain trust again over time. And if a trusted masternode decides to stop processing transactions or behave bad, how long does it take to the network to recover to normal throughoutput? no time, slaves will take masters place slaves are there to change roles with masters on the fly slaves are really masters that are put on hold and verify masters work soo, there is no downtime, right? a couple of seconds that corrupt masters will slow the network before they are voted out by peers. the point is that lots of peers that are common cheap nodes like 40$ a month virtual machines vote who becomes masters and verification nodes peers are slow and can handle only part of tx but are good at protecting the network in our tests low cost peers work at 10 000 second while expensive servers reach 500+k tx Also it’s important that our consensus is protected by #MetaHash Coins To become a master you need 100 000 coin votes. To get those you have to be trusted by community or invest 80eth at the price of ico. If you loose trust you loose a couple month worth of commissions and forging pool share
|
|
|
так это получается новая платформа, которая специализируется на голосовании?
Если быть точнее, наш консенсус основывается не только на процессе голосования (математике и технологии), но также значительно влияет авторитет и доверие участников. Таким образом становится более трудным манипулировать системой. да, будет интересно если это будет работать как я понимаю логику. что вы пытаетесь создать новую технологичную платформу Да, в общих чертах : если сообщество доверяет вам, вы сможете проделать свой путь от пира до мастера. Мы пытаемся пересмотреть технологию blockchain. Сделать её настолько быстрой, насколько это возможно
|
|
|
так это получается новая платформа, которая специализируется на голосовании?
Если быть точнее, наш консенсус основывается не только на процессе голосования (математике и технологии), но также значительно влияет авторитет и доверие участников. Таким образом становится более трудным манипулировать системой.
|
|
|
If a trusted masternode decides to block TX from antes specific address, the peers detect it?
yes, if a valid tx doesn’t go through, peers will vote to lower masters trust and master will become a common peer from there a master can slowly gain trust again over time. And if a trusted masternode decides to stop processing transactions or behave bad, how long does it take to the network to recover to normal throughoutput? no time, slaves will take masters place slaves are there to change roles with masters on the fly slaves are really masters that are put on hold and verify masters work
|
|
|
If a trusted masternode decides to block TX from antes specific address, the peers detect it?
yes, if a valid tx doesn’t go through, peers will vote to lower masters trust and master will become a common peer from there a master can slowly gain trust again over time.
|
|
|
кстати, а трейсчейн с открытым исходным кодом?
Он будет сделан с открытым исходным кодом и децентрализованным, но не сразу,а шаг за шагом. Сейчас MetaGate находится на github. Примерно в августе, торрент и распределение ролей прокси запустятся сразу после форжинга. Подготовка для работы с открытым исходным кодом требует много времени. И, конечно же, тесты безопасности должны быть завершены. Поэтому мы будем осторожно децентрализовать роль одного узла за другим, а затем запустим дублированную сеть с автоматическим назначением роли.
|
|
|
будет ли Metahash такой же быстрый, как EOS? Обычно децентрализация означает более медленную транзакцию?
EOS - надежная и быстрая банковская система. Однако он централизован. 20 суперкомпьютеров управляют сетью и обеспечивают максимальное количество голосов. Эти 20 лучших компьютеров синхронизируют данные транзакций и получают все комиссии. Иногда комиссия выплачивается еще одному компьютеру, который выбирается исходя из массы голосов, поданных в его пользу. Поскольку первые 20 серверов являются статичными, они привлекают большое количество делегированных монет, и система получает высокую централизацию, так как практически невозможно получить новый сервер в топ-20. #MetaHash предлагает решение, которое фиксирует все блоки как платформу следующего поколения: - Полная децентрализация Вы не должны доверять сети, которая недостаточно децентрализована. - Полная синхронизация Если высокая скорость и достаточная пропускная способность достигаются за счет снижения сетевой синхронизации, передача данных между сетевыми частями в конечном итоге станет проблематичной, перевешивая выгоду. - Скорость транзакции в течение трех секунд Чем длиннее транзакция, тем менее удобно использовать системы, и тем сложнее, для децентрализованных приложений работать в полном объеме. - Высокая пропускная способность Количество транзакций в секунду - это не просто очередная цифра. Высокая пропускная способность позволяет сети поддерживать низкие цены транзакций потому что у неё достаточно ресурсов для обработки большего количества транзакций за единицу времени. - Низкие цены Чем ниже цена сделки, тем больше потенциальных клиентов заинтересованы в использовании платформы для хранения своих финансовых транзакций информации и технических данных.
|
|
|
how to make dApp for metahash?
If you write web apps, you would easily make a dApp for metahash. You make a standard web app and pack it as an image. It gets distributed in cloud. There would be an API to send and get data to store in the network. MetaHash will handle distribution. Data can be stored in side networks leaving only hashes in main network, so it won’t get too expensive. If you’ll need token creation we’ll have smart contracts examples in different languages and decentrilized oracles to react to transactions in different blockchains. Using all this lets you create apps of any complexity serving millions of users in real time. More apps in network - more servers people add.
|
|
|
what's necessary to do to participate at the ico?
You have to download our wallet and just wait to June 29th. to ICO Round start Also you can leave an application for participation on our siteLater we will post detailed instructions
|
|
|
для форджинга надо загружать весь блокчейн?
Для разных ролей нод будет необходимо загрузить разное кол-во блоков. Мы обязательно выложим более подробную информацию и инструкции чуть позже. При форжинге выплаты маленьким нодам будут пропорциональные или большие ноды будут все забирать себе? Выплаты нодам будут пропорционально количеству МНС в них. В ВП в разделе "Форджинг" есть формула для подсчета вознаграждения. ВирусТотал находит в zipе вирус MetaGate - продукт новый и ещё не все системы "знакомы" с ним. О проблемах с антивирусом или безопасностью Windows знают и их исправляют. Спасибо что держите нас в курсе.
|
|
|
для форджинга надо загружать весь блокчейн?
Для разных ролей нод будет необходимо загрузить разное кол-во блоков. Мы обязательно выложим более подробную информацию и инструкции чуть позже.
|
|
|
А для чего ограничения нужны? Распродать побыстрее и раунд закончить пораньше разве не лучше?
Тогда все достанется тем, кто имеет больше всего денег. Итак определенный объем в каждом проекте забирают фонды. Настоящая децентрализация делается только с помощью комьюнити. Мы не хотим, что бы объем отведенный для комьюнити был выкуплен спекулянтами или фондами. Поэтому строгое ограничение объема в сутки в одни руки. Забрал объем, но хочешь больше - в конец очереди и жди снова А фонды все равно на бирже сольют и цена упадет - закон моря и купит ,кто захочет по рыночной цене вот и децентрализация и никаких очередей. Если биржи нормальные будут типа бинанса, конечно. Это не так. Этот эффект начался с февраля. Он связан с качеством и типом проектов. Хайпят сейчас однотипные скамы. Китайцы фаундеры. Лотерея. Лучшие рейтинги обзоров. В покупку не пускают комьюнити. И т.д. Потом падение и стирают комьюнити Но слава богу эта методология перестает работать. К августу уверен прекратится поток этого скама и популярность завоюют проекты с адекватной продуктовой моделью Бонусные монеты могут создать пирноду сразу? Или они будут заблокированы? Могут. Они заблокированы для перевода на год. Но активны для форджинга.
|
|
|
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 Hello, so peers being these 'common nodes, right? who then pass it down the chain wallet connects to 3 peers, they broadcast it and send to verification nodes if the wallet doesn’t receive a reply that masters and backups got the tx it resends it we understand that an attack to slow down the network is a serious issue so we check not only if the node works correctly but also it’s speed The wallet/lite client itself connects to other peers? not just to its host? but, this open to a sybil attack the power of spam is fearsome yes it’s the hardest problem to solve we’ll make a public bounty for hackers to test the network against different types of attacks the wallet can be a full node, but usually its lite so it checks the data from multiple full nodes to verify if data is correct
|
|
|
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 Hello, so peers being these 'common nodes, right? who then pass it down the chain wallet connects to 3 peers, they broadcast it and send to verification nodes if the wallet doesn’t receive a reply that masters and backups got the tx it resends it we understand that an attack to slow down the network is a serious issue so we check not only if the node works correctly but also it’s speed
|
|
|
|