Arweave кажется удивительной и новой технологией. Я наткнулся на это, когда читал на nest.land. Когда мы пытаемся заменить что-то вроде NPM на Blockchain, становится не менее важным иметь больше копий широко используемых данных, т. е. более низкую [постоянство задержки] данных. Когда я просмотрел желтую бумагу, я не смог найти ничего, что касалось бы этого. Итак, как Arweave справляется с глобальной доступностью постоянных данных с низкой [задержкой]? — saihemanth9019

На самом деле я думал о конкретном примере реализации NPM в проблеме Arweave менее часа назад.

Я размышлял о том, как кто-то может создать клон Arweave dApp codeanywhere, но с оговорками, что он должен быть предназначен исключительно для создания Arweave dApp и должен полностью размещаться на Arweave.

NPM был первым соображением, которое я принял во внимание, и, ATM, это идея, которую я набросал в отношении реализации менеджера пакетов:

Инструмент, подобный SSH, называемый pSSH, ArPSH или, может быть, ArSSH, для пересылки указателей Arweave *, графа отношений «многие ко многим» для связывания вместе различных контрактов SmartWeave или узлов, представляющих что угодно, от простой функции до точки входа во всю библиотеку.

Простое упоминание инструмента, похожего на SSH, сразу же вызывает другой вопрос; к чему вы подключаетесь по SSH?

Контейнерная система на основе браузера? Локальная система? Удаленный сервер… если да, то как бы вы подключились к блокчейну по SSH без централизованного координатора? Что вообще может означать использование SSH в блокчейне? Этот термин противоречит концепции общедоступной децентрализованной сети.

Но подождите… есть над чем подумать!

Как браузер будет эмулировать контейнеры? Контейнеры чего… OS.js? Возможно ли хранение приложений на диске? В противном случае нет никакого способа разумно предположить, что весь рабочий каталог проекта может храниться в оперативной памяти.

Как будет строиться код? При компиляции или ином построении в цепочке могут быть преимущества безопасности, связанные с проверкой исходного кода. Можно ли настроить 11ty для создания этих децентрализованных приложений из исходного кода в готовые к производству статические децентрализованные приложения? (Первый вопрос гораздо менее актуален, чем остальные вышеперечисленные вопросы, но, тем не менее, он будет компонентом импорта для цепочки инструментов Arweave IDE.)

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

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

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

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

Несмотря на то, что операционная система или браузер для Arweave может показаться надуманным предложением около шести месяцев назад, я жаловался на DNS-шлюзы и смарт-контракты в Arweave, которые с тех пор были улучшены…

Совпадение?

Да, наверное…