General-grants-program: Создайте повторно используемый модуль времени выполнения Substrate IPFS.

Созданный на 11 июн. 2019  ·  32Комментарии  ·  Источник: w3f/General-Grants-Program

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

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

Bounty Bounty-s

Самый полезный комментарий

@sivo4kin , ты все еще планируешь попробовать это?

да. начинаем настраивать окружение

Все 32 Комментарий

Для пояснения: вы не хотите сверять какой-либо контент с этими хэшами и не хотите ничего извлекать из клиента ipfs.
Если да, то почему бы просто не хранить хэши IPFS как Vec<u8> ?

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

Статус проблемы: 1. Открыто 2. Начато 3. Отправлено 4. Готово


__Теперь к этому выпуску прикреплено финансирование в размере 150,0 DAI (150,0 долларов США при 1,0 доллара США за DAI).__

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

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

Статус проблемы: 1. Открыто 2. Начато 3. Отправлено 4. Готово


__Рабочие подали заявки на начало работы__.

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

1) sivo4kin подал заявку на начало работы _(только для спонсоров: одобрить работника | отклонить работника )_.

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

Узнайте больше на странице сведений о выпуске Gitcoin .

@sivo4kin с нетерпением жду вопросов после развертывания. Мы здесь, чтобы помочь!

@sivo4kin , ты все еще планируешь попробовать это?

Эта награда все еще открыта для заявителей

@sivo4kin , ты все еще планируешь попробовать это?

да. начинаем настраивать окружение

@sivo4kin - Я был бы рад помочь с этим, если бы вы могли использовать больше глаз и рук.

любое обновление на нем. если проблема открыта, я могу над ней поработать.

не знаю, что эта щедрость жив? кто-нибудь может дать отзыв?

@mlnck да все хорошо!

@mlnck Привет из Gitcoin Core. Вы все еще работаете над этой проблемой? Пожалуйста, отправьте WIP PR или комментарий в течение следующих 3 дней, иначе вы будете удалены из этой заявки, и она будет возвращена в статус «Открыта». Пожалуйста, дайте нам знать, если у вас есть вопросы!

  • [x] напоминание (3 дня)
  • [ ] эскалация в моды (6 дней)

Только для спонсоров: отложить предупреждения на 1 день | 3 дня | 5 дней | 10 дней | 100 дней

@gitcoinbot отвечает.
@Web3Foundation дал официальное согласие 2 дня назад.

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

@mlnck Привет из Gitcoin Core. Вы все еще работаете над этой проблемой? Пожалуйста, отправьте WIP PR или комментарий в течение следующих 3 дней, иначе вы будете удалены из этой заявки, и она будет возвращена в статус «Открыта». Пожалуйста, дайте нам знать, если у вас есть вопросы!

  • [x] напоминание (3 дня)
  • [ ] эскалация в моды (6 дней)

Только для спонсоров: отложить предупреждения на 1 день | 3 дня | 5 дней | 10 дней | 100 дней

@Web3Foundation , если возможно, я хотел бы поработать над этой проблемой

@mlnck Привет из Gitcoin Core. Вы все еще работаете над этой проблемой? Пожалуйста, отправьте WIP PR или комментарий в течение следующих 3 дней, иначе вы будете удалены из этой заявки, и она будет возвращена в статус «Открыта». Пожалуйста, дайте нам знать, если у вас есть вопросы!

  • [x] напоминание (3 дня)
  • [ ] эскалация в моды (6 дней)

Только для спонсоров: отложить предупреждения на 1 день | 3 дня | 5 дней | 10 дней | 100 дней

Статус проблемы: 1. Открыто 2. Начато 3. Отправлено 4. Готово


@mlnck из-за бездействия мы передали эту проблему команде модераторов Gitcoin. Дайте нам знать, если вы считаете, что это было сделано по ошибке!

  • [x] напоминание (3 дня)
  • [x] эскалация в моды (6 дней)

Только для спонсоров: отложить предупреждения на 1 день | 3 дня | 5 дней | 10 дней | 100 дней

Статус проблемы: 1. Открыто 2. Начато 3. Отправлено 4. Готово


@mlnck из-за бездействия мы передали эту проблему команде модераторов Gitcoin. Дайте нам знать, если вы считаете, что это было сделано по ошибке!

  • [x] напоминание (3 дня)
  • [x] эскалация в моды (6 дней)

Только для спонсоров: отложить предупреждения на 1 день | 3 дня | 5 дней | 10 дней | 100 дней

@mlnck никогда не слышал от тебя ответа; ты еще работаешь над этим?

@Web3Foundation Приносим искренние извинения... C-19 многое нарушил. Я закончил примерно на 80%, и на этой неделе все с полной занятостью, кажется, стабилизируется. Ничего, если я закончу его на выходных? И если по какой-либо причине я не смогу, я сниму себя с билета.

@mlnck нет проблем, не торопитесь, если вы все еще изучаете это; будем рады видеть, куда вы попали!

Привет, эта награда еще открыта? Спасибо!

@whalelephant это / было; поскольку @mlnck никогда не комментировал; Вы можете подать заявку сейчас.

Просто чтобы уточнить область применения после прочтения приведенных выше комментариев, было бы здорово получить обратную связь @Web3Foundation

  • поддон реестра ipfs позволит хранить и извлекать (по CID?) хэши контента, но не будет их проверять
  • будет некоторая функция, идентифицирующая различные хэш-функции с кодом fn

@whalelephant и другие, я подготовил небольшой документ, который, я надеюсь, ответит на некоторые из ваших вопросов . Пожалуйста, не стесняйтесь обращаться ко мне, если есть что-то еще, что я могу сделать, чтобы помочь!

Привет @danforbes. Это полезно, хотя я не думаю, что на данный момент библиотека ipld rust может генерировать CID в no_std для сборки wasm среды выполнения. Если бы мы могли вернуть CID от offchain-worker для области действия, это было бы более осуществимо. Дайте мне знать, правильно ли я понимаю. Спасибо!

@whalelephant - отличный вопрос... Я даже не знал, что такое IPLD :rocket: Насколько сложно будет воспроизвести такое поведение в среде no_std , которую _можно_ включить в среду выполнения Wasm? @lsaether - можем ли мы немного скорректировать наши критерии приемки, если реализация расчета CID в среде no_std окажется слишком сложной?

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

Я думаю, что это все еще то, что нам было бы интересно поддержать. @lsaether , не могли бы вы подтвердить?

Да, щедрость все еще открыта @whalelephant. Держите нас в курсе вашего прогресса!

Приятно видеть прогресс в этом! https://rs-ipfs.github.io/offchain-ipfs-manual/

Была ли эта страница полезной?
0 / 5 - 0 рейтинги