chitgar
chitgar

A person who does not recognize the existence of the Almighty has neither honor nor dignity.

Web 3 Middleware

WEB3 ПО промежуточного слоя

Картирование промежуточного программного обеспечения и инфраструктуры

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

Стоит отметить, что этот тезис касается сумок Zee Prime. Мы совершили это глубокое погружение, изучая собственное портфолио, проецируя отдельные тезисы и объединяя их в один метатезис промежуточного программного обеспечения.

Мы приносим свои извинения за использование модных словечек, таких как компонуемость, Web 3 и т. д. Трудно нарисовать картину, не полагаясь на некоторые мемы. Мемы играют роль.

Структура высокого уровня:

СОДЕРЖАНИЕ

Диссертация по промежуточному программному обеспечению, том. 2

  1. Хранение/данные
  2. Модели данных и достоверность
  3. Индексаторы
  4. Контроль доступа
  5. Платформы интеграции
  6. Как все это сочетается?
  7. Почему следующему поколению разработчиков приложений следует выбирать ПО промежуточного слоя Web 3?
  8. Тезис Zee Prime
  9. Глоссарий

Диссертация по промежуточному программному обеспечению, том. 2

Поскольку разработка приложений более высокого уровня на блокчейнах продолжает выходить за рамки ранних примитивов DeFi, потребность в надежной инфраструктуре и промежуточном программном обеспечении также растет. Мы в Zee Prime уже много лет оптимистично относимся к этой «категории». Наша первая часть программного обеспечения промежуточного слоя — Infrastructure Lego The Middleware Thesis — подчеркнула важность надежной передачи данных при разработке устойчиво децентрализованных платформ и связанной с этим экономики.

На этот раз мы стремимся расширить наши представления о появившейся экосистеме промежуточного программного обеспечения, особенно в контексте поддержки децентрализованных приложений. Хотя что-то вроде Dfinity, безусловно, является комплексным решением всех ваших проблем под ключ, до того дня массового принятия нам придется импровизировать и создавать это независимо по частям.

В наши дни повествование трудно продать

Благодаря расцвету сложности приложений (ура, настоящие приложения!) мы стали свидетелями стремительного роста спроса на вспомогательную инфраструктуру. С первых дней существования DeFi начал появляться поток сетей передачи данных, индексаторов, средств управления доступом и других инструментов промежуточного программного обеспечения — все это критически важные элементы для приложений следующего поколения.

Ландшафт может быть трудно нанести на карту. Промежуточное ПО — туманная концепция, очень похожая на Web 3. Границы часто размыты. По сути, когда мы говорим о промежуточном программном обеспечении, мы имеем в виду любой проект, поддерживающий другие приложения более высокого уровня. В прошлый раз, когда мы обсуждали эту тему, мы отметили, что она возникнет как связанность из середины, однако отображение сети взаимодействий на 2D-плоскость запутанно.

Это карта промежуточного программного обеспечения Web 3?

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

Хранение/данные

Один из первых критических элементов в стеке децентрализованных приложений также является наиболее важным для базовых вычислений: хранилище. Кембрийский взрыв активности и сложности Web 3 также требует решений для хранения, выходящих за рамки простой записи состояний учетных записей на базовом уровне. Децентрализованные приложения все чаще ищут технологические стеки, в которых отсутствуют централизованные точки отказа или цензура, характерная для решений Web 2.

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

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

Сети хранения, такие как Arweave и Filecoin, существуют уже некоторое время, предлагая распределенные системы сопоставления для избыточного хранилища и требований к хранилищу — это, вероятно, не нуждается в представлении. Различные решения предлагают разную степень постоянства и устойчивости к цензуре. Они являются фундаментальными блоками любого децентрализованного стека технологий. Хранилище можно разделить на два типа протоколов, базовые уровни хранения и агрегаторы, которые служат решениями для масштабирования и способствуют более широкому внедрению.

Banyan — это часть головоломки. Мы рассматриваем его как важный уровень агрегации для сетей хранения данных. Сосредоточившись на посредничестве в хранении и улучшении экономических стимулов существующих мостов в протоколы хранения, Banyan гарантирует, что приложения могут использовать решения для хранения Web 3 независимо от сети с гарантированным происхождением.

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

Точно так же Spheron также стремится служить своего рода уровнем абстракции для решений промежуточного программного обеспечения в более широком смысле. Протокол призван стать универсальным средством для развертывания и автоматизации проектов Web 3. Он имеет интерфейс, похожий на «магазин приложений», где пользователи, не являющиеся носителями Web 3, могут легко выбирать из предложений децентрализованной инфраструктуры — очень похоже на Digital Ocean of Web 2.

Модели данных и достоверность

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

KYVE использует более детальный подход к конкретным проблемам достоверности данных, используя сеть Arweave для обеспечения критически важной поддержки приложений и протоколов. KYVE — это децентрализованное озеро данных (необработанные неструктурированные данные в одном пуле) для хранения, проверки и извлечения потоков данных.

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

Хотя мы рассмотрели, где и как могут храниться данные, нам также необходимо подумать о моделях и интерпретации этих данных. Для приложений, построенных на основе этих конечных автоматов, производство данных в результате их деятельности потребует гибкости хранения и вычислений за пределами баланса счета.

Ceramic, на самом базовом уровне, представляет собой децентрализованную сеть моделей данных. Почему эта важная инфраструктура для децентрализованных приложений? Другими словами, «Слой 1» (L1) хранит состояние остатков на счетах (данные бухгалтерского учета). В то время как KYVE стремится предоставить решение для проверки достоверности данных для переходов состояний L1, Ceramic стремится хранить состояние и модели данных приложений помимо информации учетной записи базового уровня. Пользователи сети могут создавать коллекции данных IPFS (потоки), позволяя статическим данным (например, в Filecoin или arweave) становиться изменяемым контентом более высокого порядка.

В дополнение к этому, Ceramic затем размещает на рынке модели данных с открытым исходным кодом, что позволяет компоновать эти модели данных. Вы можете часто видеть, как Ceramic отмечает, что это обеспечивает тот же уровень компонуемости данных, который ERC20 привнес в DeFi, предлагая своего рода стандарт данных и делая их повторно используемыми в приложениях. Лего с деньгами встречается с лего с данными. Это почти возвращение к открытым API, живущим поверх социальных сетей, таких как Facebook.

Kwil использует подход, совместимый с SQL, для включения моделей данных Web 3. Самым большим преимуществом такой модели является огромное количество разработчиков, знающих SQL. Kwil использует сеть узлов для обслуживания реляционных баз данных. Эти базы данных (называемые рвами данных) поддерживаются под сетью узлов и обновляются за счет сканирования новых записей и запросов к другим узлам в том же рву. Самое интересное, что на узлах может работать расширенный шлюз запросов, который эффективно обеспечивает выполнение логики для взаимодействия с базой данных.

Индексаторы

С распространением данных, создаваемых приложениями и сетями, требуются уровни интерпретации. Как и в первые дни Интернета, людям приходилось запоминать адреса вручную, ведя книги IP-адресов. DNS и поисковые системы помогли создать удобочитаемый индексированный слой для этого.

По мере развития Интернета централизация индексированных данных росла с экономией на масштабе и облегчала пользователям запросы к этим данным. Точно так же в блокчейнах L1 и сетях хранения очень важна индексация. Из-за характера распределенных систем данные могут быть разбросаны по разным местам, и их трудно получить. Уровни индексации помогают ускорить процесс запроса и создать процедуры стандартизации.

Примером индексации является портфельная компания Zee Prime Subsquid. Subsquid использует многоуровневый подход к индексации данных в сети децентрализованным образом. Их конечной целью является поддержка следующего поколения API-интерфейсов Web 3. Поддерживая экосистемы Substrate и EVM, протокол определяет типы, схему и определения данных в цепочке, а затем повышает извлекаемость вновь проиндексированных данных, переключая их на решение вызовов на основе API вместо RPC.

Слой состоит из двух типов узлов: Squid классифицирует и поддерживает последующий API-запрос данных, в то время как Archives постоянно получает необработанные данные из базовых конечных автоматов и сохраняет их в базе данных.

Точно так же SolanaFM также является индексатором и обозревателем блоков, который обслуживает экосистему Solana, обрабатывая необработанные данные блокчейна в запрашиваемом формате, подобно другим индексаторам экосистемы. Непосредственный вариант использования, который предоставляет SolanaFM, — это использование их API для запуска приложений DeFi в Solana. Эти решения могут показаться вам знакомыми, если вы когда-либо сталкивались с Graph и Subquery. Оба решения ориентированы на различные конечные рынки.

Glitter решает еще одну проблему: децентрализованное хранилище. Думайте об этом как об индексации как об услуге для разработчиков. Поскольку приложения Web 2 стремятся перейти в Web 3, они приносят в новый мир колоссальный объем данных. Хотя заполнение данных помогает развивать Web 3, оно также ставит перед разработчиками и сообществом сложную задачу хранения и индексации этих данных.

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

Контроль доступа

Одним из наиболее важных и исторически недостаточно представленных элементов инфраструктуры приложений Web 3 являются средства контроля доступа. Кто может видеть, что находится в Интернете? Это важный философский вопрос, и он приобретает все большее значение перед лицом проблем безопасности с точки зрения государственного/корпоративного/индивидуального суверенитета. Семантическая природа общедоступных технологий блокчейна/Web 3 позволяет нам лучше различать, какие пользователи должны иметь доступ к чему и как. Несмотря на присущую этим системам открытость, структура управления доступом позволяет выполнять шифрование/дешифрование на основе определенной структуры обеспечения.

Lit Protocol стремится решить этот вопрос за счет использования пороговой криптографии. По своей сути сеть может предоставлять доступ к ресурсам и контенту в Интернете на основе некоторых общедоступных учетных данных (например, NFT внутри кошелька). Протокол управляет сетью узлов, которые проверяют аттестации и одобряют рукопожатия. Эта сеть может проверять как предоставленную аттестацию, так и то, что такая аттестация соответствует ранее установленному условию управления доступом в безопасных вычислительных анклавах. После проверки необходимый контент можно использовать. В некотором смысле, некоторые рассматривают протокол Lit как решение чтения для записи Ceramic.

Guild.xyz также пытается решить проблему контроля доступа с другой стороны. Первоначально ориентированный на создание сред разногласий с токенами, проект расширился и сосредоточился на портале управления доступом с несколькими цепями, основанном на аналогичных принципах.

Платформы интеграции

Для дальнейшей интеграции и подгонки блоков друг к другу, которые мы представляем себе в нашем мире 3D-моста, Polywrap (ранее известный как Web3api) продвигает интеграцию протоколов Web 3 до гораздо более высокой степени эффективности. В то время как протоколы Web 3 являются открытыми и технически компонуемыми, на самом деле добиться такой компоновки на практике гораздо сложнее, чем в Web 2. Это связано с тем, что каждый протокол требует выполнения определенной бизнес-логики в приложении, часто в виде пакета SDK. на определенном языке

Интеграция всех этих различных SDK крайне неэффективна из-за отсутствия стандартизации. Кроме того, они зависят от языка, а это означает, что разработчики протоколов часто публикуют дубликаты SDK более чем на одном языке, создавая кошмар с точки зрения обслуживания.

Решение Polywrap облегчает это бремя за счет использования стандартизированных схем и WebAssembly. Вместо того, чтобы предварительно объединять SDK различных протоколов в ваше приложение, интеграция Polywrap может просто выполнять вызовы по легко читаемой схеме (например, REST API). Это приведет к загрузке оболочки и ее выполнению в приложении во время выполнения. Проще говоря, это означает, что любое приложение, оснащенное Polywrap, может получить доступ к любому протоколу Web 3.

Пользовательский опыт остается относительно высоким с приложениями Web 3. Как мы подчеркивали ранее, ввод газа создает трения для пользователя. Благодаря интеграции API-интерфейсов Biconomy приложение может улучшить взаимодействие с пользователем. Платформа Biconomy предоставляет набор инструментов для обеспечения безгазовых транзакций, ускоренного подтверждения, оплаты в ERC20 и мгновенных межцепочечных транзакций.

Безгазовые транзакции стали возможными благодаря использованию метатранзакций (через ERC2771) и некоторым продуманным схемам пересылки. Функция перекрестной цепочки активируется пулами ликвидности на поддерживаемых уровнях/цепочках. Затем серверы вне сети (узлы-исполнители) используются для мониторинга пулов на предмет входящих транзакций и последующего «освобождения» другой стороны транзакции.

Такие инструменты имеют решающее значение для улучшения взаимодействия с пользователем для следующего миллиарда пользователей криптовалюты. Нашей целью должно быть постоянное стремление к более плавному взаимодействию между системами Web 3.

Хотя Sepana явно не вписывается ни в одну категорию, она создает поисковую систему для сети 3. Будь то DeFi, социальная сеть, деятельность DAO или NFT, решение Sepana будет содержать полнотекстовую поисковую систему, которая позволит пользователям просматривать всю сеть 3. , Используя работу индексаторов, подобных описанным выше, а также собственную индексацию веб-приложений и данных 3, протокол будет служить воротами в более широкую экосистему. Кроме того, прозрачные алгоритмы Sepana с открытым исходным кодом можно использовать для управления другими приложениями, такими как каналы социальных сетей, основанные на социальных графах, хранящихся в базе данных, такой как Ceramic или Kwil.

Долгосрочное видение здесь имеет очень интересные разветвления. Представьте себе мир, в котором вы могли бы настроить свой опыт работы в социальных сетях (т. е. вашу ленту) на конкретные эмоции или результаты (например, на уменьшение поляризации, как часто говорил Сэм Харрис, или на счастье в более широком смысле). Все это стало бы возможным благодаря алгоритмам с открытым исходным кодом, которые платформы могут соответствующим образом корректировать или отдавать настройку в руки своих пользователей.

Как все это сочетается?

Большинство современных технологических компаний и приложений можно свести к той или иной форме следующей бизнес-модели: производство/прием данных, модели на основе вышеупомянутых данных и контроль/распределение данных/моделей. Гладкий UX и дофаминовое хозяйство современных сетевых приложений требуют этих элементарных процессов.

В результате таких рабочих процессов мы ожидаем, что решения промежуточного программного обеспечения будут распространяться из середины этих технологических потребностей и поддерживать их в контексте Web 3. С проектами/типами промежуточного программного обеспечения, описанными ранее, мы можем видеть, что дело обстоит именно так. Каждая часть подходит для поддержки обобщенного рабочего процесса, который мы описали:

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

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

Наша гипотетическая социальная сеть будет называться twatter. В этом практическом приложении мы можем наблюдать, как продукт платформы — взаимодействие с социальными сетями — проходит через стек промежуточного программного обеспечения, используя компоненты, изображенные выше. Обратите внимание: мы не думаем, что социальная сеть 3 является «Twitter-но-децентрализованной». Мы считаем, что Social Web 3 — это скорее возникающее явление, потенциально даже ссылающееся на приложения Web 2 для аттестации через что-то вроде Sismo (если они решат открыть свои API).

Начиная с самой необработанной формы, все данные с платформы (имена пользователей, изображения профилей, историческая активность, социальный график и т. д.) могут храниться и индексироваться в одной из сетей хранения в формате IPFS. Модели данных, которые придают эту структуру и значение, хранятся в Ceramic или Kwil, учетная запись Twatter в решении для базы данных будет иметь модели для каждой части платформы, упомянутой ранее.

Если, например, платформа требует, чтобы у вас была бесплатная чеканка NFT для доступа к платформе (механизм сокращения спама или что-то в этом роде), тогда пользователи подключат свои кошельки к платформе, а протокол управления доступом проведет проверку аттестации и рукопожатие перед отображением платформы конечному пользователю. Платформы интеграции могут быть включены на уровне приложения, чтобы изначально включить другие веб-сервисы 3, а алгоритмы Sepana можно использовать для разработки каналов на основе социальных графов.

Потоки могут выглядеть так

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

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

Следующее поколение приложений для создания приложений и промежуточного программного обеспечения Web 3

В то время как инструменты Web 3 продолжают появляться, мы должны продолжать спрашивать себя, почему? Действительно ли они предлагают какие-либо преимущества для аналогов Web 2?

Промежуточное ПО Web 3 должно быть построено на тех же основополагающих принципах, что и более ранние предшественники криптографии. Команды должны выбирать ПО промежуточного слоя Web 3 только из-за его достоинств, потому что оно позволяет их приложению достигать своих целей. Будь то надежность с точки зрения безопасности, долговечности или устойчивости к цензуре, достоинства промежуточного программного обеспечения web3 должны стоять сами за себя. Вероятно, есть много новых функций, которые будут разблокированы в результате некоторых из этих присущих характеристик, которые мы даже не можем себе представить.

Эти лего инфраструктуры могут обеспечить более глубокие уровни интеграции, обычно связанные с семантическим вебом — видением Тима Бернерса-Ли открытого и компонуемого Интернета — и предложить более дешевые решения для хостинга и вычислений, чем аналоги Web 2. Как отметил Деннис Назаров, сложная вычислительная система может быть представлена ​​здоровым садом, требующим модульности и специализации, а в мире Web 1/2 пользователи отказались от управления состоянием ради возможности подключения. Гиганты Web 2 хранят ценную информацию о состоянии в тайне из-за совокупной стоимости, которую можно получить в результате ее обладания.

Публичные машины состояния позволяют обратить эту модель вспять, состояние поддерживается открытым образом, а вставка экономической модели на основе токенов может улучшить согласование для достижения лучших результатов с обеих сторон стола. Такова природа рефлексивных активов.

Тезис Zee Prime

Во многих отношениях промежуточное программное обеспечение — это B2B-сегмент криптографии. В результате хорошие промежуточные программные решения, как правило, являются высокотехнологичными и не интуитивно понятными для обычных конечных пользователей (и это нормально, а не целевая аудитория). Вместо того, чтобы постоянно смотреть на новый протокол DeFi, проект NFT или студию GameFi, мы также считаем, что работа в цеху, помогающая производить колбасу, имеет решающее значение для продолжения разработки новых приложений.

Таким образом, эти лего инфраструктуры (и будущие тоже) будут делать следующее:

  • Повышение сопротивления цензуре
  • Продвигайте экономические игры с положительной суммой
  • Повысить эффективность
  • Внедрение новых бизнес-моделей

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

  1. Быть все дальше от базового слоя; а также,
  2. В результате будьте более независимыми от цепей

Это не опровержение тезиса о толстом протоколе (ценность, прибавляемая к гипотезе базового слоя), а скорее указание на разветвления таких продолжающихся достижений. В принципе, это можно рассматривать как снижение затрат на переключение. Самые ранние ончейн-приложения (в первую очередь DeFi) отличаются чрезвычайно высокой близостью к базовой цепочке (то есть финансовым продуктам, построенным на финансовых счетах).

Более сложные нефинансовые приложения будут иметь более слабую принадлежность к таким цепочкам, что снизит стоимость переключения (бесплатный контроль доступа NFT чрезвычайно легко перенести на новую цепочку и кошелек). Приложения уже привлекают пользователей по цепочкам.

Мы твердо убеждены в том, что добавление передачи ценности к передаче информации является значимым шагом вперед, но для реализации этого потенциала, а также видов приложений и пользовательского опыта, которые облегчат его, требуется большое количество лего инфраструктуры между ними. .

Получение ценности в этом «сегменте» — одна из самых обсуждаемых тем при обсуждении инвестиций в ПО промежуточного слоя. В каком-то смысле действительно важная часть промежуточного программного обеспечения выглядит как общественное благо, хотя можно утверждать, что это также применимо и к некоторым успешным будущим приложениям (Twitter хочет быть общественным благом).

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

Несмотря на то, что на первый взгляд это кажется непривлекательным качеством, в контексте легкого бизнеса с активами / ресурсами в рамках первой в мире действительно глобальной технологической революции этот масштаб легко достигает миллиардов долларов прироста стоимости для этих лего. Поскольку эти части промежуточного программного обеспечения выполняют определенную функцию для приложений, их TAM не зависит от цепочек ниже них или приложений над ними в любой момент времени. Это скорее функция, которую они обеспечивают в более широком смысле.

Хотя промежуточное ПО и DeFi имеют общую самореферентную природу экономических моделей, основанных на токенах, в конечном итоге они различаются по своей способности возвращать ценность. Проекты промежуточного программного обеспечения часто выигрывают от четких драйверов спроса и предложения на свои токены (такие как сетевые узлы) для предоставления предоставляемых ими услуг. И наоборот, у большинства проектов DeFi менее четкие драйверы спроса на токены, а опасения регулирующих органов по поводу распределения денежных потоков делают картину еще более туманной.

Именно по этим причинам мы продолжаем искать новые промежуточные программные решения, которые обеспечат более привлекательные приложения следующего поколения для дальнейшего внедрения криптографии. Мы верим в новое поколение приложений, которые будут масштабно разделять финансы и онлайн-торговлю/деятельность. Скажем так, в духе a16z: нам нужны не скевоморфные приложения, а нативные приложения.

Если вы являетесь основателем, строителем или у вас есть идея для критически важной части инфраструктуры, которую необходимо построить, чтобы помочь в этом, вы знаете, где нас найти.

Глоссарий

Web 3 - ссылка на статью Beyond the Buzzword

Приложения — мы не используем dApps (децентрализованные приложения), потому что думаем, что «как ваше приложение?» является спектром. Вполне возможно, что приложения будут работать как на децентрализованных, так и на централизованных решениях. Означает ли это, что они не являются dapps?

WASM — сокращение от WebAssembly, можно рассматривать как виртуальную машину на основе стека, которая выполняется в двоичном формате, но может быть скомпилирована на различных языках, таких как rust, C, Python и т. д.

SDK — расшифровывается как комплект для разработки программного обеспечения. Это набор инструментов для создания программного обеспечения для данной платформы, часто в виде библиотек, фреймворков, стандартных блоков или инструментов отладки.

IPFS — межпланетная файловая система. Это распределенная система для хранения и доступа к информации с использованием контентной адресации.

Skeuomorphic  официальное определение: skeuomorphic дизайн включает в себя функции, благодаря которым новая вещь выглядит старше или знакомой. На практике это означает новые идеи, которые легко усваиваются. Skeuomorphic приложения как противоположность нативным приложениям.

API — интерфейс прикладного программирования. Это часть программного обеспечения, которое можно использовать для усиления другого программного обеспечения.

RPC — удаленный вызов процедур. В контексте общедоступных цепочек блоков это в основном когда одна часть компьютера вызывает процедуру (например, действие) в другой части сети (то есть в другом компьютере/приложении).

Оригинал.

CC BY-NC-ND 2.0 版权声明

喜欢我的文章吗?
别忘了给点支持与赞赏,让我知道创作的路上有你陪伴。

加载中…

发布评论