Протестировать и дать фидбек.

пип - пип настройка, нужны бэкапы для сайта

Обеспечить заливку файлов IPCI всем участникам DAO на локальные ноды ipfs.

Создать инфраструктуру DAO IPCI для проведения первой транзакции.

Обновить Readme.md

Необходимо предоставить пользователям возможность проверить данные транзакции на покупку / продажу единиц зная уникальный идентификатор транзакции в Ethereum Blockchain.

--
Предлагаю для этого создать раздел на сайте ipci.io /verifytx. В данном разделе показывать поле для ввода номера транзакции и кнопку "verify". После чего сервер обратиться в Blockchain и выведет информацию следующего содержания.

Transaction successful verified!
Issuer: Aera Group
Auditor: Baker Mckenzie
Carbon unit type: Verified Carbon Units (VCUs)
Amount transfered: 123 VCUs
Datetime ~ 09:55 02 feb 2017
Etherscan info

or

Transaction not found. Please contact us via contact form

Сейчас мы имеем контракт страхования эмиссии, в котором оператор задаёт процент единиц от выпуска единиц. Требуется разработать сейчас аналогичный контракт, который будет требовать наличия на своём счету других токенов (потенциально внутреннего расчетного токена рынка DAO IPCI) и оператор задаёт процент, в пределах которого эмитент может вывести единицы на платформу.
Для примера: оператор задаёт 10% и указывает адрес контракта принимаемого токена с названием "Carbon trading unit". Эмитент переводит на счет контракта 1000 Carbon trading unit и тем самым может эмиссировать до 10 000 своих токенов.

Для работы DAO IPCI, необходимо разместить в основной сети Ethereum следующие билдеры:

• BuilderCore
• BuilderOperator
• BuilderAuditor
• BuiderComplier
• BuilderInsuranceHolder
• BuilderIssuerLedger
• BuilderACLStorage
• BuilderTokenEmission
• BuilderTokenEmissionACL

Необходимо настроить Dapp IPCI для работы с новыми адресами в основной сети.
Адреса билдеров можно увидеть в этой задаче: #5

Перенести Dapp в ipfs.
Используя ipns привязать dapp к dapp.ipci.io.
Показать схему работы.

Story is here: https://github.com/airalab/DAO-IPCI/tree/master/story
Work with geth from akru is here:
https://www.youtube.com/playlist?list=PLLepqB9oh7WvY8p80ahcO4EB7xCg8J0VZ

Нужно изменить контракт Billing.sol, чтобы он принимал эфиры вместо токенов.

Looking through the website and repos, it seems that the whole project is abandoned. What happened to it - or where is the current activity? Is there a discord or any other forum for the community where one could engage and contribute?

http://dapps.ethercasts.com/

https://github.com/airalab/github-ipfs
Делаем 2 версии - рабочая версия и в разработке.
В комментарии к задаче присылай адреса

В DAO IPCI будет такой тип агентов, который пока что назовем принимающей стороной "Host Party". Этот агент по контракту имеет только одну функцию - сжечь токены на своём балансе.

Особенность: принимающая сторона - это в конечном итоге организация, которая приобретает или пользователи, участвующие в работе этой стороны приобретают единицы IPMU и переводят их на баланс адреса контракта "Host Party contract". Было бы хорошо, если данный контракт мог бы работать с любым токеном IPMU, т.е. к примеру возьмём Аэрофлот. Их клиенты, которые много летают и осознают, что вредят атмосфере, приобретают на рынке DAO IPCI единицы IPMU у разных владельцев реестров IPMU. Соответственно и баланс будет пополняться на разных контрактах токенов. Если бы "Host Party contract" мог бы принимать адрес контракта IPMU и количество единиц для сжигания, то было бы прекрасно.

Также было бы неплохо вести накопительным итогом общее количество единиц IPMU, которые сжег "Host Party contract", хотя это не обязательно, так как можно использовать анализатор блокчейна.

Аудитор, выполняет функции эмиссии и перевода эмиссированных единиц только на счёт владельца реестра токенов IPMU. Других возможностей у него нет. Оператор платформы должен иметь возможность задавать лимит общей эмиссии, доступной аудитору. Если достигнут предел или кол-во уже выпущенных единиц + желаемая аудитором доп эмиссия > лимита, то отказ.

Рабочий процесс контракта:

• Аудитор обращается к сборщику контракта "IPCI auditor contract builder", указывая адрес оператора, который может добавать лимит и адрес конкретного реестра IPMU для которого создается контракт аудитора.
• Оператор задает лимит эмиссии аудитором. Лимит работает накопительным итогом при обновлении и контракт соответственно должны знать лимит + кол-во уже выпущенных единиц накопительным итогом.
• Оператор добавляет в ACL адрес контракта аудитора в выбранную Эмитентом группу аудиторов, тем самым делает возможным эмиссию данному контракту.
• Контракт аудитора позволяет только вызвать функцию emission, которая эммисирует новые единицы IPMU на счёт аудитора и сразу же отправит их на счёт владельца реестра.

Starostin

• Пересоздать ДАО в официальной сети
• Адрес оператора в создании контракта аудитора
• Описание механизма комиссий рынка в AIPs DAO Airalab