Когда мы видим блокчейн-проект, будь то недавно появившаяся публичная цепь, альянсовая цепь для проектов в области соблюдения норм, или множество блокчейнов, названных публичными цепями, но на самом деле представляющих собой частные управляющие права. Или когда мы видим dApp, будь то DeFi, GameFi, кошелек, платформа для торговли NFT и некоторые гибридные приложения.
Вы увидите много замысловатых описаний или красивых дизайнов, которые могут легко заставить пользователей быстро почувствовать себя хорошо, и даже привести к определенному восприятию подлинности.
Но если вы хотите идентифицировать «технически логический» высококачественный проект, вам нужно отбросить внешний вид и обратить внимание на сущность. Вы должны четко понимать, как он составлен? Как построен? Кто находится в контроле? , потому что проекты в индустрии будут использовать внешний вид для создания плана поддержки вторичных цен и рыночных ценностей. Без возможности идентифицировать технологии шанс попасть в пузырь увеличится.
Если вы хотите найти ответ на этот вопрос, вам нужно использовать стандартное техническое мышление для демонтажа блокчейна и dApps. Как и понимание патологии для обнаружения очагов, вам нужно иметь способность понять проект. Эта статья предоставит основную логику (некоммерческую логику) для демонтажа цепей и dApps. На основе этой логики могут быть наложены другие факторы для помощи в оценке.
Сначала нам нужно понять отношения между вычислительными ресурсами, блокчейном и приложениями.
Мы часто слышим такие описания, например, блокчейн децентрализован, Ethereum - это мировой компьютер, а приложения, построенные на Ethereum, называют dApps. Эти описания представляют: блокчейн - это нижний уровень, а приложение - верхний уровень.
С технической логической точки зрения при построении приложений требуется вычислительная мощность и хранилище. Блокчейн может предоставить среду для приложений с возможностями вычислений и хранения.
Когда мы отображаем логику микроуровневого слоя технологий на весь Интернет, мы можем сделать вывод с этой точки зрения:
Нижний уровень Интернета представляет собой инфраструктуру Интернета, то есть уровень, который обеспечивает вычислительные ресурсы. Верхний уровень - это различные приложения, которые распространены в нашей жизни, такие как интернет-платформы.
С массовым развитием интернет-инфраструктуры облачные сервисы стали основными и почти могут заменить всю интернет-инфраструктуру.
Следовательно, это означает, что структуру Интернета можно понимать как: Облако + приложение.
Из этого, сделав всестороннее сравнение вышеприведенных двух структурных выводов, можно сделать вывод, что:
Блокчейн-сеть обладает теми же возможностями, что и облачные сервисы, и предоставляет среду для развёртывания приложений.
Для построения сети блокчейн требуются базовые вычислительные ресурсы. В настоящее время блокчейны в индустрии не полностью используют собственные ресурсы для формирования сетей. Большинство из них используют облако, что означает, что облачные сервисы также являются нижним уровнем ресурсов блокчейн-сети. Инфраструктура, блокчейн-сеть стала новым компонентом, укоренившимся в Интернете.
Подытоживая, мы можем определить это следующим образом:
Сеть блокчейн = новый «облачный сервис (распределенный)»
Приложения dApp на блокчейне = новые приложения в новой «облачной среде»
Исходя из того, что блокчейн все еще укоренен в интернет-инфраструктуре, мы еще раз перечисляем некоторые ключевые доказательства, включая:
Вычислительные ресурсы (даже физические машины) должны быть подключены к сети интернет-коммуникаций
Многие блокчейн-сети открывают виртуальные машины и разворачивают узлы на облачных серверах.
После развертывания узлов необходимо управлять облачными ресурсами.
Программное обеспечение узла все еще нужно развернуть на операционной системе оборудования или облачного сервиса
Нужно полагаться на облачные сервисы для разработки веб-сайтов или мобильных сайтов в качестве фронтенда
При доступе к цепочке по-прежнему используется удаленный метод вызова приложений разработки Интернета.
Все вышеперечисленные факторы делают блокчейн и блокчейн-сети неизбежно становятся небольшой частью современного Интернета, а не заменой, потому что это не революция, как обновление аппаратного обеспечения, а новая техническая модель, которая формируется вместе с Интернетом. Новые части с распределенными характеристиками привлекут новые приложения и бизнес-формы, чтобы укорениться и расти на технической структуре.
Исходя из вышеприведенной базовой теории, давайте деконструируем блокчейн и dApp.
Сначала классифицируйте блокчейны:
Публичная цепь
Альянс цепи
Открытый альянсный цепи
Публичная цепь без монет
Затем мы снова классифицируем эти типы цепей на:
цепь разрешений
цепь без разрешения
Это означает, что если у цепочки есть лицензионные требования, должен быть процесс получения лицензии, и информация заявителя будет предоставлена в соответствующем процессе подачи лицензионного заявления. Процесс лицензирования представляет собой KYC (знай своего клиента), и может быть более сложные конструкции в соответствии с определенными официальными требованиями (например, финансовые учреждения, юридическое подтверждение личности по имени).
Процесс лицензирования должен быть спроектирован на продукт. Поэтому с точки зрения проектирования модели продукта использование лицензионных цепочек и неразрешенных цепочек будет разделено на две формы:
Сначала получите разрешение, а затем выполните соответствующие технические операции.
Второе: Нет необходимости получать лицензию, и технические операции могут выполняться непосредственно с помощью соответствующих открытых инструментов.
Это две формы, которые в настоящее время добавлены ко всем блокчейнам. Давайте подробно рассмотрим эти две формы. Возьмем в качестве примера два общих поведения при разработке dApp и построении сети доступа узла:
Конечная цель разработки dApp — быть использованным пользователями, поэтому основные этапы разработки прикладного программного обеспечения остаются неизменными. Клиентская часть по-прежнему управляется пользователем, а серверная часть управляет данными. dApp на блокчейне фактически превращает бэкенд в цепочку. Команда разработчиков приложения создает фронтенд. Всякий раз, когда необходимо вызвать «серверную часть», он напрямую обращается к соответствующему контракту, развернутому в цепочке, и к данным в цепочке через порт удаленного вызова.
В этом процессе разрешенные цепи и неразрешенные цепи будут отличаться на основе части ссылки.
На лицензированной цепочке первым шагом является получение разрешения на доступ к блокчейну.
Возьмем категорию открытого альянса в качестве примера. Прежде всего, обычно вам нужно зарегистрироваться на официальном портале. После завершения регистрации вам нужно получить адрес цепи соответствующего блокчейна на портале, затем приобрести цепной газ через законную валюту и пополнить газ в использованный адрес цепи.
После завершения вы можете использовать соответствующий адрес цепочки для подключения к сети с помощью инструментов кошелька, развертывать контракт с помощью соответствующих инструментов, использовать SDK для разработки вызывающей части на цепочке и связывать его с разработкой фронт-энда. Если вы переходите с открытой консорциальной цепочки на консорциальную цепочку или частную цепочку, единственная часть, которую может потребоваться изменить, - это возможно, как использовать цепочечный аккаунт.
Вышеуказанное завершает разработку dApp в цепочке разрешений.
Что делать, если на несанкционированной цепи?
В Ethereum мы будем напрямую использовать кошелек цепи для генерации нового адреса, затем покупать ETH на платформе, передавать ETH на адрес и другие общедоступные цепи могут выбрать другие токены газа.
Далее, на Ethereum, вы можете использовать Remix или другие среды разработки для того, чтобы сначала написать код, затем скомпилировать его, а затем развернуть контракт на цепи. Среды разработки, такие как Remix, имеют соответствующие поддерживаемые сети, языки и кошельки. Посетите Соответствующая сеть проста и удобна. Для dApp также необходимо разработать пользовательскую страницу. Большинство фронтендов будут получать доступ к цепи, вызывая кошелек для выполнения связанных операций.
Что мы можем найти в ходе этого процесса использования, так это то, что используются инструменты разработки, цепочка RPC, кошельки или среды разработки, открытые инструменты и открытые платформы, и почти не требуется никаких сертификаций или разрешений. Это также представляет собой цепочку без разрешений. Самая большая особенность: публичность и открытость.
Это процесс разработки dApps на разрешенной цепи.
Когда мы практикуемся, мы также ясно обнаружим, что помимо лицензионной части, в последующей части цепи из-за открытых инструментов и открытых функций разработка и связанные с цепью процессы будут обладать определенной степенью универсальности.
Разработка приложений - это обычная форма подключения к блокчейну, и цель этой формы - разработка приложений. Более высокоуровневым методом является подключение к блокчейну, становление частью цепочки и предоставление ресурсов для внешних потребностей. Также на разных цепочках существуют большие различия в получении разрешений.
В нелицензионной цепи, становясь узлом, обычно существуют различия и требования для узлов с различными функциями, такие как необходимая вычислительная мощность аппаратного обеспечения, объем хранения и т. д. Различные требования предназначены для выполнения различных задач.
Когда Ethereum был еще на 1.0 этапе, участие в майнинге означало присоединение в качестве узла. Что он достигал, это использование вычислительной мощности аппаратного обеспечения для участия в вычислениях PoW для проверки и хранения общего состояния сети. В это время требуются возможности GPU. После входа Ethereum в 2.0, требования к оборудованию уменьшаются, но будут выбраны клиенты исполнения и клиенты проверки. Разные клиенты выполняют различные сетевые требования.
Присоединение к сети в качестве узла представляет собой улучшение способности принятия решений цепочкой, и общие приложения разработки не выберут строить узлы из-за проблем себестоимости.
На полностью анонимной общедоступной цепочке с собственными токенами, такой как Ethereum, при условии выполнения аппаратных требований не требуется разрешения на сетевую идентификацию, и весь процесс использования все еще может быть анонимным.
По сравнению с процессом присоединения узла Ethereum, присоединение узла к цепочке с разрешениями будет иметь только один дополнительный процесс для проверки разрешения узла, но это может быть потому, что самостоятельные узлы более выгодны для пользовательского опыта. В настоящее время некоторые цепочки с разрешениями реализуют перераспределение инфраструктурного бизнеса таким образом.
В криптовалютной индустрии большинство практикующих могут путать блокчейн и криптовалюту. Однако, если криптовалюту рассматривать только как часть индустрии блокчейна и сравнивать со всеми блокчейнами в мире, мы можем оценить степень открытости блокчейнов с различными подразделенными характеристиками. Степень открытости можно различить на основе следующих двух факторов:
Элементы:
Открытость данных
Разрешение
Этапы двух элементов оценки дополнительно разделены на детали:
Данные полностью открыты
Выборочное раскрытие данных
Данные не являются общедоступными
полностью открытый
Анонимный открытый бизнес-узел
Узел проверки открытия с именем в реальном времени
Узел бизнеса с открытым именем
Доступ к узлу проверки открыт только для лицензированных участников
Открыть доступ к бизнесу только лицензированным участникам
После такого детального разграничения будет обнаружено, что даже в индустрии криптовалют, призывающей к полной децентрализации, могут существовать множество цепочек и приложений, разрешения на которых не открыты. Особенно в настоящее время, чтобы отсеять пользователей, участвующих в рассылке токенов, большинство цепочек и приложений делают все возможное для классификации пользователей на цепочке, что почти нарушает принцип без разрешения.
Насколько открыт цепочка или платформа для внешнего мира. Под воздействием правил развития рынка, более открытость означает более высокие ожидания масштаба. С технической точки зрения, чем более открытой она является, тем более универсальной она будет. С точки зрения основных правил необходимо сотрудничать с более широкой совместимостью и приспособляемостью.
Это также непосредственно связано с принципами бизнеса и внешней производительности блокчейна и dApp. Например, когда у цепочки нет ограничений на присоединение узлов верификации, это означает, что после присоединения необходимо использовать правила для достижения долгосрочного и непрерывного обслуживания сети. Поэтому публичные цепочки будут поощрять майнинг и токен-награды. Чтобы обеспечить открытость, мы также должны решить проблемы злобы и стабильности в рамках правил.
Вышеуказанная логика является наиболее базовой для демонтажа и оценки блокчейнов и dApps. Она не затрагивает различия между приложениями и цепями из-за бизнес-сценариев. В криптовалюте есть быки и медведи, но технология блокчейн не имеет.
Когда мы видим блокчейн-проект, будь то недавно появившаяся публичная цепь, альянсовая цепь для проектов в области соблюдения норм, или множество блокчейнов, названных публичными цепями, но на самом деле представляющих собой частные управляющие права. Или когда мы видим dApp, будь то DeFi, GameFi, кошелек, платформа для торговли NFT и некоторые гибридные приложения.
Вы увидите много замысловатых описаний или красивых дизайнов, которые могут легко заставить пользователей быстро почувствовать себя хорошо, и даже привести к определенному восприятию подлинности.
Но если вы хотите идентифицировать «технически логический» высококачественный проект, вам нужно отбросить внешний вид и обратить внимание на сущность. Вы должны четко понимать, как он составлен? Как построен? Кто находится в контроле? , потому что проекты в индустрии будут использовать внешний вид для создания плана поддержки вторичных цен и рыночных ценностей. Без возможности идентифицировать технологии шанс попасть в пузырь увеличится.
Если вы хотите найти ответ на этот вопрос, вам нужно использовать стандартное техническое мышление для демонтажа блокчейна и dApps. Как и понимание патологии для обнаружения очагов, вам нужно иметь способность понять проект. Эта статья предоставит основную логику (некоммерческую логику) для демонтажа цепей и dApps. На основе этой логики могут быть наложены другие факторы для помощи в оценке.
Сначала нам нужно понять отношения между вычислительными ресурсами, блокчейном и приложениями.
Мы часто слышим такие описания, например, блокчейн децентрализован, Ethereum - это мировой компьютер, а приложения, построенные на Ethereum, называют dApps. Эти описания представляют: блокчейн - это нижний уровень, а приложение - верхний уровень.
С технической логической точки зрения при построении приложений требуется вычислительная мощность и хранилище. Блокчейн может предоставить среду для приложений с возможностями вычислений и хранения.
Когда мы отображаем логику микроуровневого слоя технологий на весь Интернет, мы можем сделать вывод с этой точки зрения:
Нижний уровень Интернета представляет собой инфраструктуру Интернета, то есть уровень, который обеспечивает вычислительные ресурсы. Верхний уровень - это различные приложения, которые распространены в нашей жизни, такие как интернет-платформы.
С массовым развитием интернет-инфраструктуры облачные сервисы стали основными и почти могут заменить всю интернет-инфраструктуру.
Следовательно, это означает, что структуру Интернета можно понимать как: Облако + приложение.
Из этого, сделав всестороннее сравнение вышеприведенных двух структурных выводов, можно сделать вывод, что:
Блокчейн-сеть обладает теми же возможностями, что и облачные сервисы, и предоставляет среду для развёртывания приложений.
Для построения сети блокчейн требуются базовые вычислительные ресурсы. В настоящее время блокчейны в индустрии не полностью используют собственные ресурсы для формирования сетей. Большинство из них используют облако, что означает, что облачные сервисы также являются нижним уровнем ресурсов блокчейн-сети. Инфраструктура, блокчейн-сеть стала новым компонентом, укоренившимся в Интернете.
Подытоживая, мы можем определить это следующим образом:
Сеть блокчейн = новый «облачный сервис (распределенный)»
Приложения dApp на блокчейне = новые приложения в новой «облачной среде»
Исходя из того, что блокчейн все еще укоренен в интернет-инфраструктуре, мы еще раз перечисляем некоторые ключевые доказательства, включая:
Вычислительные ресурсы (даже физические машины) должны быть подключены к сети интернет-коммуникаций
Многие блокчейн-сети открывают виртуальные машины и разворачивают узлы на облачных серверах.
После развертывания узлов необходимо управлять облачными ресурсами.
Программное обеспечение узла все еще нужно развернуть на операционной системе оборудования или облачного сервиса
Нужно полагаться на облачные сервисы для разработки веб-сайтов или мобильных сайтов в качестве фронтенда
При доступе к цепочке по-прежнему используется удаленный метод вызова приложений разработки Интернета.
Все вышеперечисленные факторы делают блокчейн и блокчейн-сети неизбежно становятся небольшой частью современного Интернета, а не заменой, потому что это не революция, как обновление аппаратного обеспечения, а новая техническая модель, которая формируется вместе с Интернетом. Новые части с распределенными характеристиками привлекут новые приложения и бизнес-формы, чтобы укорениться и расти на технической структуре.
Исходя из вышеприведенной базовой теории, давайте деконструируем блокчейн и dApp.
Сначала классифицируйте блокчейны:
Публичная цепь
Альянс цепи
Открытый альянсный цепи
Публичная цепь без монет
Затем мы снова классифицируем эти типы цепей на:
цепь разрешений
цепь без разрешения
Это означает, что если у цепочки есть лицензионные требования, должен быть процесс получения лицензии, и информация заявителя будет предоставлена в соответствующем процессе подачи лицензионного заявления. Процесс лицензирования представляет собой KYC (знай своего клиента), и может быть более сложные конструкции в соответствии с определенными официальными требованиями (например, финансовые учреждения, юридическое подтверждение личности по имени).
Процесс лицензирования должен быть спроектирован на продукт. Поэтому с точки зрения проектирования модели продукта использование лицензионных цепочек и неразрешенных цепочек будет разделено на две формы:
Сначала получите разрешение, а затем выполните соответствующие технические операции.
Второе: Нет необходимости получать лицензию, и технические операции могут выполняться непосредственно с помощью соответствующих открытых инструментов.
Это две формы, которые в настоящее время добавлены ко всем блокчейнам. Давайте подробно рассмотрим эти две формы. Возьмем в качестве примера два общих поведения при разработке dApp и построении сети доступа узла:
Конечная цель разработки dApp — быть использованным пользователями, поэтому основные этапы разработки прикладного программного обеспечения остаются неизменными. Клиентская часть по-прежнему управляется пользователем, а серверная часть управляет данными. dApp на блокчейне фактически превращает бэкенд в цепочку. Команда разработчиков приложения создает фронтенд. Всякий раз, когда необходимо вызвать «серверную часть», он напрямую обращается к соответствующему контракту, развернутому в цепочке, и к данным в цепочке через порт удаленного вызова.
В этом процессе разрешенные цепи и неразрешенные цепи будут отличаться на основе части ссылки.
На лицензированной цепочке первым шагом является получение разрешения на доступ к блокчейну.
Возьмем категорию открытого альянса в качестве примера. Прежде всего, обычно вам нужно зарегистрироваться на официальном портале. После завершения регистрации вам нужно получить адрес цепи соответствующего блокчейна на портале, затем приобрести цепной газ через законную валюту и пополнить газ в использованный адрес цепи.
После завершения вы можете использовать соответствующий адрес цепочки для подключения к сети с помощью инструментов кошелька, развертывать контракт с помощью соответствующих инструментов, использовать SDK для разработки вызывающей части на цепочке и связывать его с разработкой фронт-энда. Если вы переходите с открытой консорциальной цепочки на консорциальную цепочку или частную цепочку, единственная часть, которую может потребоваться изменить, - это возможно, как использовать цепочечный аккаунт.
Вышеуказанное завершает разработку dApp в цепочке разрешений.
Что делать, если на несанкционированной цепи?
В Ethereum мы будем напрямую использовать кошелек цепи для генерации нового адреса, затем покупать ETH на платформе, передавать ETH на адрес и другие общедоступные цепи могут выбрать другие токены газа.
Далее, на Ethereum, вы можете использовать Remix или другие среды разработки для того, чтобы сначала написать код, затем скомпилировать его, а затем развернуть контракт на цепи. Среды разработки, такие как Remix, имеют соответствующие поддерживаемые сети, языки и кошельки. Посетите Соответствующая сеть проста и удобна. Для dApp также необходимо разработать пользовательскую страницу. Большинство фронтендов будут получать доступ к цепи, вызывая кошелек для выполнения связанных операций.
Что мы можем найти в ходе этого процесса использования, так это то, что используются инструменты разработки, цепочка RPC, кошельки или среды разработки, открытые инструменты и открытые платформы, и почти не требуется никаких сертификаций или разрешений. Это также представляет собой цепочку без разрешений. Самая большая особенность: публичность и открытость.
Это процесс разработки dApps на разрешенной цепи.
Когда мы практикуемся, мы также ясно обнаружим, что помимо лицензионной части, в последующей части цепи из-за открытых инструментов и открытых функций разработка и связанные с цепью процессы будут обладать определенной степенью универсальности.
Разработка приложений - это обычная форма подключения к блокчейну, и цель этой формы - разработка приложений. Более высокоуровневым методом является подключение к блокчейну, становление частью цепочки и предоставление ресурсов для внешних потребностей. Также на разных цепочках существуют большие различия в получении разрешений.
В нелицензионной цепи, становясь узлом, обычно существуют различия и требования для узлов с различными функциями, такие как необходимая вычислительная мощность аппаратного обеспечения, объем хранения и т. д. Различные требования предназначены для выполнения различных задач.
Когда Ethereum был еще на 1.0 этапе, участие в майнинге означало присоединение в качестве узла. Что он достигал, это использование вычислительной мощности аппаратного обеспечения для участия в вычислениях PoW для проверки и хранения общего состояния сети. В это время требуются возможности GPU. После входа Ethereum в 2.0, требования к оборудованию уменьшаются, но будут выбраны клиенты исполнения и клиенты проверки. Разные клиенты выполняют различные сетевые требования.
Присоединение к сети в качестве узла представляет собой улучшение способности принятия решений цепочкой, и общие приложения разработки не выберут строить узлы из-за проблем себестоимости.
На полностью анонимной общедоступной цепочке с собственными токенами, такой как Ethereum, при условии выполнения аппаратных требований не требуется разрешения на сетевую идентификацию, и весь процесс использования все еще может быть анонимным.
По сравнению с процессом присоединения узла Ethereum, присоединение узла к цепочке с разрешениями будет иметь только один дополнительный процесс для проверки разрешения узла, но это может быть потому, что самостоятельные узлы более выгодны для пользовательского опыта. В настоящее время некоторые цепочки с разрешениями реализуют перераспределение инфраструктурного бизнеса таким образом.
В криптовалютной индустрии большинство практикующих могут путать блокчейн и криптовалюту. Однако, если криптовалюту рассматривать только как часть индустрии блокчейна и сравнивать со всеми блокчейнами в мире, мы можем оценить степень открытости блокчейнов с различными подразделенными характеристиками. Степень открытости можно различить на основе следующих двух факторов:
Элементы:
Открытость данных
Разрешение
Этапы двух элементов оценки дополнительно разделены на детали:
Данные полностью открыты
Выборочное раскрытие данных
Данные не являются общедоступными
полностью открытый
Анонимный открытый бизнес-узел
Узел проверки открытия с именем в реальном времени
Узел бизнеса с открытым именем
Доступ к узлу проверки открыт только для лицензированных участников
Открыть доступ к бизнесу только лицензированным участникам
После такого детального разграничения будет обнаружено, что даже в индустрии криптовалют, призывающей к полной децентрализации, могут существовать множество цепочек и приложений, разрешения на которых не открыты. Особенно в настоящее время, чтобы отсеять пользователей, участвующих в рассылке токенов, большинство цепочек и приложений делают все возможное для классификации пользователей на цепочке, что почти нарушает принцип без разрешения.
Насколько открыт цепочка или платформа для внешнего мира. Под воздействием правил развития рынка, более открытость означает более высокие ожидания масштаба. С технической точки зрения, чем более открытой она является, тем более универсальной она будет. С точки зрения основных правил необходимо сотрудничать с более широкой совместимостью и приспособляемостью.
Это также непосредственно связано с принципами бизнеса и внешней производительности блокчейна и dApp. Например, когда у цепочки нет ограничений на присоединение узлов верификации, это означает, что после присоединения необходимо использовать правила для достижения долгосрочного и непрерывного обслуживания сети. Поэтому публичные цепочки будут поощрять майнинг и токен-награды. Чтобы обеспечить открытость, мы также должны решить проблемы злобы и стабильности в рамках правил.
Вышеуказанная логика является наиболее базовой для демонтажа и оценки блокчейнов и dApps. Она не затрагивает различия между приложениями и цепями из-за бизнес-сценариев. В криптовалюте есть быки и медведи, но технология блокчейн не имеет.