30 Технически фактори за платформата Blockchain

блог 1NewsDevelopersEnterpriseBlockchain ExplainedEvent and ConferencesPressБюлетини

Абонирайте се за нашия бюлетин.

Имейл адрес

Ние уважаваме вашата поверителност

HomeBlogEnterprise Blockchain

30 Технически фактори за платформата Blockchain

Основни технически аспекти, които трябва да имате предвид при избора на блокчейн платформа за вашия бизнес случай. От Clemens WanМарт 5, 2020 Публикувано на 5 март 2020 г.

2

Клеменс Уан е архитект на решения в ConsenSys. Той пише списъци с 30 seelemons.com.

Ако вашият избор на блокчейн платформа има по-малко общо с бизнес факторите (вж. 30 бизнес фактора за платформата на блокчейн), тогава може би разглеждате някои от техническите аспекти за вашия случай на използване. Този списък от 30 минава през специфични за блокчейн въпроси, които трябва да са на първо място при проверка на платформа.

DevOps / Мрежа / Разгръщане / Протокол

  1. Гъвкавост на внедряване на блокчейн слой – Платформата има ли публична инстанция? Разрешено? Частен? Хибрид?
  2. Оптимален брой възли – Колко възли са необходими за поддържане на мрежата? По един за всеки член? Мога ли да взаимодействам с мрежата, без да стартирам възел?
  3. Контейнеризиране – Може ли платформата да бъде докеризирана и внедрена чрез Kubernetes?
  4. Мрежов слой за управление на идентичността – Как се управляват разрешенията за възли и лица? Има ли ограничения за супер потребители? Има ли мрежова карта на всички страни в мрежата (напр. DNS-подобна услуга – ENS в Ethereum)?
  5. Механизъм на консенсуса – Системата базирана ли е на доказателство за работа? Доказателство за залог? Доказателство за власт? Доказателство за изминало време? Това вероятно се решава от настройката за управление и субектите въз основа на това, което е най-ефективно за вашия случай на употреба.
  6. Съобщения между организации – Има ли отделни слоеве за частни съобщения? Базирано ли е на AMQP? RabbitMQ? XMPP? Сигурен Scuttlebutt?
  7. Методология за обработка на транзакции – Какъв ред на дейностите възниква по отношение на обработката на транзакциите? Кога протоколът нарежда, валидира и изпълнява транзакциите? В Ethereum TX се изпращат до валидиращи възли, които подреждат / валидират преди изпълнение и разпространение на „правилния“ блок. В Corda TX се валидират индивидуално от необходимостта да се познават възлите чрез Flow Framework, докато не бъде подписан и преразпределен от нотариуса.
  8. Криптография – Какви библиотеки се използват и поддържат от хешовете и подписите? (напр. secp256k1 за Ethereum)
  9. Възможност за криптография – Могат ли конкретни възли да изберат да използват различна крипто библиотека въз основа на своите регионални правила за сигурност? (напр. съответствие с NIST)
  10. Техники за споделяне на файлове – Всеки дигитален актив трябва да е законен по някакъв начин чрез организацията, която го държи под стража или правния документ / проза, посочен в кода Как се споделят файлове между организациите с платформата? Запазени ли са на една и съща платформа? Архивирани ли са по подобен начин?
  11. Правно закотвяне – Има ли в протокола вградена правна проза или внедряване на правни документи (например OpenLaw)?
  12. Очевиден срещу намеса срещу устойчив на подправяне – Може ли някой да промени състоянието на вашия локален възел и неговата история? Ако по някакъв начин дадена транзакция или състояние бъдат премахнати, би ли причинило всичко да не е синхронизирано? Възможно ли е реферираните исторически данни да бъдат модифицирани или изтрити и съгласувани от всички страни?
  13. Възстановяване на транзакция – Как възел възстановява транзакциите? Ако вашите транзакции не са напълно разпределени между всички страни, какви са механизмите за изтегляне на последната договорена версия?
  14. Възможност на DAO – Има ли примери на dapps, които абстрахират отговорността за управление? Това може да бъде полезно за повторно използване на мрежата за поддържане на гласуването и управлението.

Опит за разработчици / Приложения от началото на стека

  1. Отговорност за кандидатстване – При изграждането на вашето приложение на стека (dapp), за какво трябва да се притеснявате? Трябва ли да хоствате свой собствен възел? Отговаряте ли и за разполагането на съответните уеб сървъри и интерфейси на dapp? Как вашите потребители ще плащат за вашето приложение?
  2. Разгръщане на слоя Dapp – Въз основа на разрешенията, как се разполагат интелигентните договори в мрежата? От физическо лице (например адрес в белия списък)? Чрез възел (например самоличността на LEI)? От регистриран обект (например бизнес мрежа, добавена към мрежата)? От доставчика на инфраструктура (напр. Kaleido Marketplace)? Имате ли нужда от разрешения на ниво възел за разполагане?
  3. Интелигентни езици на договора – На какъв език е написан интелигентният договор? Изпробвано ли е? Има ли добра общност?
  4. Интелигентни библиотеки и стандарти – Има ли договорени защитени библиотеки / функции (например OpenZeppelin), които се поддържат и одитират? Има ли широко договорени внедрявания на функции, превърнати в стандарти (например ERC-20, ERC-721 и т.н.)?
  5. Интелигентно надграждане на договора – Как се актуализират приложенията? Има ли добре дефинирани модели за надграждане на кода за интелигентен договор?
  6. Достъп до референтни и пазарни данни – В мрежата какви налични оракули могат да бъдат извикани, за да получат необходимата информация за изпълнение на задействано действие?
  7. Препоръчано управление на самоличността на лица – Настояват ли двойките публични / частни ключове и адреси естествено хората да поддържат свои собствени ключове? Или това е реално да се предположи, че посредниците ще ги хостват от ваше име и пак ще имат управление на акаунти, разпределено по предпочитания на клиента?
  8. Взаимодействие в приложения или мрежи – Може ли дап да извика друг дап? Може ли референтна информация за мрежа / странична верига от свързаната мрежа?

Потребителски контрол / изпълнение / поверителност

  1. Изпълнение на обработката на транзакции – Колко бързо можете да поставите на опашка транзакциите, да ги обработите (на партиди / блокове) и да се уверите, че опашката е изчистена с известие за „запазени“?
  2. Мащабируемост на обработката на транзакции – Системата проектирана ли е с модулируемо мащабируемо (хоризонтално или вертикално), за да поддържа по-високи скорости на обработка?
  3. Едновременни промени – Има ли пречки за актуализиране на един и същ договор или баланс няколко пъти, преди активът да бъде напълно променен?
  4. Изпълнение на разпределението на транзакциите – Кога вашата транзакция се актуализира за всички страни? Когато блокът се обработва? След 6 дълбочини на блока? След като потокът е завършен и подписан от всички страни?
  5. Мулти резба – Може ли вашата обработка на транзакции и консенсус да бъдат с много нишки или да бъдат разделени на множество участници в мрежата и все пак да се съгласите за един и същи златен източник? Разделяте ли различни видове екзекуции?
  6. Механизми за поверителност при замъгляване на полето – Можете ли да споделите конкретни полета на механизма за съхранение на данни само с конкретни потребители? Можете ли да стартирате бизнес логика, която сравнява стойностите на полетата, без да разкрива информацията (напр. Aztec и ZKsnarks)?
  7. Механизми за поверителност на получателите (поверителност) – Можете ли да завъртите публичните ключове автоматично така, че крайният потребител, на когото изпращате информацията, да не може да бъде разрешен до известна самоличност?
  8. Механизми за поверителност на подателите (модели на трафика на транзакции) – Можете ли да не споделите транзакцията с всички страни в случаите, когато искате само вашите идентифицирани страни да видят транзакцията?
Консултирайте се с нашите експерти по блокчейн

Нашият глобален екип от решения предлага обучение по блокчейн, стратегическо консултиране, услуги за внедряване и възможности за партньорство. Свържете се с нас Бюлетин Абонирайте се за нашия бюлетин за най-новите новини за Ethereum, корпоративни решения, ресурси за разработчици и др. Имейл адрес Изключително съдържаниеПълно ръководство за бизнес мрежи на BlockchainРъководство

Пълно ръководство за бизнес мрежи на Blockchain

Въведение в токенизациятаУебинар

Въведение в токенизацията

Бъдещето на финансите Digital Assets и DeFiУебинар

Бъдещето на финансите: цифрови активи и DeFi

Какво е Enterprise EthereumУебинар

Какво е Enterprise Ethereum?

Централни банки и бъдещето на паритеБяла хартия

Централни банки и бъдещето на парите

Komgo Blockchain за търговия със стокиДело Stud

Komgo: Блокчейн за търговия със стоки

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
Adblock
detector
map