Добавлены интеграционные тесты на live-блокчейне:
- wallet::signagree повторно с тем же program_id → обновляет doc_hash без дубля.
- wallet::revokeagree без записи users → throws.
- wallet::revokeagree program_id не в programs[] → throws.
- ledger2::migrate3 идемпотентность (двойной вызов не дублирует).
- ledger2::migrate3 с blocked > 0 → blocked сохраняется отдельно.
- ledger2::migrate3 (0,0) когда записи нет → no-op.
Каждый тест содержит свой setup/cleanup (ensureNoProgram/ensureNoUserWallet),
чтобы порядок запуска не влиял на корректность.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Тесты с processDecision (walmove.test.ts → registerUser, capital.test.ts через
investInProject/withdrawContribution/registerExpense, registrator.test.ts)
прогоняются на стенде после `pnpm run reboot:extra`, который создаёт
расширенный совет из 5 человек: ant + petr + anna + mikhail + olga
(см. infra.ts § installInitialData с isExtended=true).
Soviet-контракт требует консенсус по большинству — 3+ голоса из 5. Старая
реализация processDecision голосовала только от ant (1 голос), и контракт
отвечал «Консенсус совета по решению не достигнут» в soviet::authorize.
Голосуем тремя (ant chairman + 2 member): минимум для прохождения. Все
члены используют один и тот же default_public_key (см. infra.ts:407 —
changeKey всем установлен config.default_public_key), поэтому подпись
chairman-WIF удовлетворяет authorization для всех трёх actor.
Проверено на стенде:
• walmove.test.ts 3/3 ✓ (было 2/3 — фейл AC1)
• ledger2-wallets-registry.test.ts 14/14 ✓
• ledger2-migrate.test.ts 10/10 ✓
• ledger2-read-layer.test.ts 5/5 ✓
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Полный fail-fast ломал dev-сборку bootcoop: ledger2 живёт пока в ветке
reports, в dev закомментирован в components/contracts/CMakeLists.txt
и не попадает в dicoop/contracts:dev. boot:remote падал на ENOENT
ledger2.wasm, хотя в dev контракт временно не нужен.
Компромисс:
- ENOENT (отсутствующий wasm/abi) — console.warn + return.
Когда ветка reports мержится в dev → CMakeLists раскомментирует ledger2
→ dicoop/contracts:dev его подтянет → bootcoop установит автоматически,
без правок в boot. No merge conflicts.
- Все остальные ошибки (RPC, transaction reject, abi parse) — re-throw
обогащённой Error: имя контракта, target, путь, cause. Это поведение
для production-relevant сбоев остаётся как в предыдущем коммите.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Раньше Blockchain.setContract молча проглатывал ENOENT (отсутствующий
wasm/abi) и любые ошибки api.transact: console.log + return. boot:remote
завершался exit 0 даже когда часть контрактов не установилась —
sideboot мог отдать "готовую" цепь с дырами в развёртывании.
Изменения:
- await на api.transact (раньше fire-and-forget — ошибки транзакций
тоже не ловились, только синхронные fs.readFileSync)
- catch перебрасывает обогащённой Error: имя контракта, target-аккаунт,
путь к артефакту, причина (через cause). startInfra прерывается
в startInfra → boot:remote → exit 1.
SIDEBOOT.md: dicoop/blockchain_v5.1.1:dev → dicoop/blockchain:latest
во всех ссылках (таблица артефактов + compose snippet).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Краткий quickstart для AI-агентов и людей, которым нужна локальная
EOSIO-нода + контракты в стороннем репозитории (parser2,
blockchain-protocol) для интеграционных тестов, без mono-инфры.
Содержит:
- список артефактов в hub (blockchain_v5.1.1, contracts, bootcoop) и
правила тегов
- минимальный docker-compose snippet (~30 строк)
- источник конфигов ноды (components/boot/src/configs/)
- команды запуска и чистого перезапуска (down -v + rm blockchain-data)
- проверка готовности через get_code на всех ожидаемых аккаунтах
- опциональные mono-data флаги (INSTALL_*_DATA)
- куда смотреть в коде если что-то не работает
- известные ограничения (boot:remote не падает на missing wasm,
dicoop/contracts ребилдится только при изменении контрактов)
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
ERESOLVE падал на @typescript-eslint/parser@^7.8.0 (cooptypes.deps)
требующем peer eslint@^8, а у boot.devDeps eslint@^9.
Cooptypes — type-only пакет, его одна prod-dep (@typescript-eslint/parser)
в runtime не нужна. Убираю мердж cooptypes.deps. Только factory.deps
мерджу в boot.dependencies.
Дополнительно --legacy-peer-deps на npm install — на случай других
peer-конфликтов в transitive graph factory'а.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Inline workspace-deps cooptypes/factory тянет в bundle их транзитивные
npm-зависимости (factory: handlebars, ajv, mongodb, nunjucks, pdf-lib,
moment-timezone, uuid, json-schema, inline-css). unbuild warning'ит
эти как "implicit external" и при failOnWarn:true роняет билд.
Фикс:
- build.config: failOnWarn:false — warnings допустимы
- Dockerfile: после build мерджим factory.deps + cooptypes.deps в
boot/package.json. Boot.deps побеждают в случае коллизии. Так
npm install --omit=dev в runtime поставит всё что транзитивно
нужно для inlined factory кода.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Полный bundle (inlineDependencies:true) упал на native binding
cpufeatures.node — dockerode тянет ssh2 → cpu-features → нативный
.node файл, который rollup не может включить в bundle.
Компромисс:
- workspace-deps cooptypes/factory bundle'ятся inline через rollup hook
(через external override) — иначе они теряются при npm install
(workspace:* specifier'ы в package.json)
- npm-deps остаются external — нативные binaries сохраняются как есть
- runtime: npm install --omit=dev ставит только prod npm-deps
Финальный образ ~270MB:
- node:22-slim ~75MB
- dist (boot bundle с inlined workspace-deps) ~250K
- node_modules только prod npm-deps
- /contracts ~3MB
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
unbuild 2.0.0 имеет баг: options.externals.push(...pkg.dependencies)
выполняется ДО проверки inlineDependencies, поэтому inlineDependencies:true
de-facto не работает — всё из package.json остаётся external. Bundle
получался ~200K с require('commander'), require('pg') и т.д., и в
финальном образе всё падало.
Обход: hook 'rollup:options' переопределяет external напрямую, делая
external только Node built-ins. Всё остальное inline'ится в bundle.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Прошлая попытка (inlineDependencies массивом строк) не сработала —
unbuild 2.0.0 принимает только boolean. После build factory всё ещё
require'ился из node_modules, и образ падал.
Переключил на inlineDependencies:true — bundling ВСЕХ deps (workspace
+ npm) внутрь одного dist/index.cjs. В финальной runtime-стадии больше
нет npm install и node_modules — только COPY одного файла bundle и
COPY /contracts.
Ожидаемый размер ~100-150MB (node:22-slim ~75MB + bundle).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Прошлый образ занимал 1.5GB на диск из-за pnpm storage в /deploy/node_modules/.pnpm
(deploy --legacy не отфильтровал devDependencies).
Двухсторонний фикс:
1. boot/build.config.ts: добавил rollup.inlineDependencies для cooptypes
и @coopenomics/factory — workspace-deps теперь bundle'ятся прямо в
dist/index.cjs, в node_modules финального образа их не нужно.
2. boot/Dockerfile: заменил pnpm deploy на classic npm install --omit=dev
в runtime-стадии. В builder перед копированием стираем cooptypes/factory
из package.json (они уже в bundle), npm зову без --frozen-lockfile —
pnpm-lock.yaml для npm бесполезен. Финальный образ содержит:
- dist/index.cjs (boot bundle ~200K с inlined workspace-deps)
- node_modules только prod npm-deps (mongoose/pg/eosjs/...)
- /contracts (~3MB)
Ожидаемый размер ~250MB на диск против 1.5GB.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Smoke-test pulled dicoop/bootcoop:dev упал на "Cannot find module
'@coopenomics/factory/dist/index.cjs'". Причина: pnpm deploy --prod
копирует node_modules в /deploy через симлинк-разрешение, а у
workspace-зависимостей factory/cooptypes ссылка идёт на dist/, который
не был собран — звался только pnpm build для самого boot.
Замена: pnpm --filter "@coopenomics/boot..." build — троеточие тащит
транзитивные workspace-deps (cooptypes, factory), у обоих unbuild
конфиги, dist/ генерится корректно.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Предыдущая версия тащила весь workspace в финальный образ (~1.5GB).
Перепилил в три стадии:
1. builder — full workspace + pnpm install + unbuild build → dist/
+ pnpm deploy --prod --legacy /deploy (self-contained)
2. contracts — dicoop/contracts:<tag> alias
3. runtime — node:22-slim + COPY /deploy + COPY /contracts
В финальном образе остаётся только:
- dist/index.cjs (unbuild-бандл boot)
- node_modules только prod-зависимостей (без dev)
- /contracts (~40MB)
ENTRYPOINT прямо вызывает node dist/index.cjs — без pnpm/esno-обёртки,
быстрее старт, меньше зависимостей.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
dicoop/mono-base тегается только под semver-релизы (build-containers.yaml
триггерится на refs/tags/*), поэтому :dev/:testnet/:main отсутствуют —
bootstrap workflow упал на pull этого тега.
Перепилил Dockerfile: COPY весь workspace из текущего checkout'а +
pnpm install --filter "@coopenomics/boot..." (тащит boot + транзитивные
cooptypes/factory). .dockerignore отрезает node_modules/dist/blockchain-data.
Workflow упростился — pull только dicoop/contracts, MONO_BASE_TAG больше
не нужен.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Цель: в соседних репозиториях (parser2, blockchain-protocol и т.д.)
для тестов и отладки нужно поднимать только цепь + контракты, без
mono-инфры (mongo/postgres/desktop). Решение — два контейнера в их
compose: dicoop/blockchain (нода) + dicoop/bootcoop (one-shot bootstrap).
Что добавлено:
- components/boot/Dockerfile — multi-stage от dicoop/contracts:<tag>
(контракты flat-layout в /contracts) + dicoop/mono-base:<tag>
(runtime с pnpm/node + workspace). ENTRYPOINT = pnpm run boot:remote.
CONTRACTS_DIR=/contracts выставлен по умолчанию.
- .github/workflows/build-bootstrap.yaml — push в dev/testnet/main
билдит и пушит dicoop/bootcoop:<branch> + :latest для main +
:<branch>-<short-sha> для пинов. Telegram нотификации.
- components/boot/README.md — раздел про sideboot с готовым compose
snippet'ом, переменными окружения и опциональными INSTALL_*_DATA.
Версионирование dicoop/bootcoop:<tag> совпадает с dicoop/contracts:<tag>
(multi-stage из того же тега) — контракты и bootstrap синхронны.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Boot — это и есть бутстрап. Дубликат через отдельный образ создаёт
второй workflow и две точки сборки там, где для testnet/prod достаточно
запустить existing pnpm -F @coopenomics/boot run boot:remote внутри
dicoop/mono-base:<tag>, который уже собирается через build-containers.yaml.
Что остаётся в dev (полезное из предыдущих коммитов):
- boot:remote команда — без dockerode, для сценария когда нода
поднята отдельным сервисом docker-compose.
- CONTRACTS_DIR env-driven path в configs/contracts.ts — позволяет
монтировать dicoop/contracts:<tag> как volume.
- "build" script в boot/package.json для unbuild.
Удалено:
- components/boot/docker/ (Dockerfile + entrypoint + bootstrap.package.json
+ bootstrap.pnpm-workspace.yaml)
- .github/workflows/build-bootstrap.yaml
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Симметрия с dicoop/contracts и остальными dicoop/* образами;
GHCR делает first-publish приватным и требует ручного visibility-toggle.
DockerHub-секреты DOCKERHUB_USERNAME / DOCKERHUB_TOKEN уже используются
build-contracts.yaml и build-containers.yaml.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Без явного `files` поля `pnpm deploy --prod` не копирует dist/ в /app
(unbuild создаёт его, но pnpm считает не-входящим в публикуемый
артефакт). Из-за этого ENTRYPOINT bootstrap-образа не находил
/app/dist/index.cjs на стадии Verify.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Корневой /package.json ссылается на 14 workspace-пакетов (cleos,
controller, desktop, ...), которые в build-context bootstrap-образа
не копируются — pnpm install падает с ERR_PNPM_WORKSPACE_PKG_NOT_FOUND.
Решение: положить рядом с Dockerfile минимальные bootstrap.package.json
и bootstrap.pnpm-workspace.yaml, в которых workspace = только
[boot, cooptypes, factory]. pnpm install идёт с --no-frozen-lockfile
(локфайл генерится прямо в build-stage, drift безопасен — финальный
образ запинен через branch+sha теги).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
BuildKit делает ARG, объявленный после FROM, локальным для предыдущей
стадии — поэтому FROM dicoop/contracts:${CONTRACTS_TAG} ругался
'invalid reference format'. Глобальный ARG до всех FROM фиксит.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Образ ghcr.io/coopenomics/bootstrap для one-shot первичного деплоя
контрактов на KE-узел в docker-compose. Соответствует решению из
project_ke_bootstrap_strategy: boot/contracts собираются в mono,
apps-catalog только потребляет готовые образы.
Состав:
- components/boot/src/index.ts — команда `boot:remote`: ждёт RPC
по CHAIN_URL, вызывает startInfra() через eosjs (без dockerode).
Опциональные initial-data/extra-data через env-флаги.
- components/boot/src/configs/contracts.ts — env-driven CONTRACTS_DIR.
Когда задан — flat layout /contracts/<name>/<name>.{wasm,abi}
(как в dicoop/contracts), иначе старые относительные пути.
- components/boot/package.json — script `build` (unbuild) +
`boot:remote` для локального запуска.
- components/boot/docker/Dockerfile — multi-stage:
deps → build (cooptypes/factory/boot) → pnpm deploy --prod →
COPY --from=dicoop/contracts:<tag> → node:20-alpine slim runtime.
- components/boot/docker/entrypoint.sh — режимы boot:remote / verify
/ shell + проверка обязательных env'ов.
- .github/workflows/build-bootstrap.yaml — публикация в GHCR по push
в dev/testnet/main + verify smoke-test после push'а.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Контракт apps (каталог приложений ВОСХОД) теперь:
- разворачивается через mono boot (account apps + setContract из
build/contracts/apps);
- имеет TS-обёртку в cooptypes — Actions/Tables/Interfaces по
паттерну остальных контрактов, AppsContract в общем индексе.
interfaces/apps.ts написан вручную, потому что eosio-abi2ts 1.2.2
не парсит optional-типы (name?, checksum256?) из action setcoop.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
UI Capital extension к этому моменту переехал: «Адаптация к работе с
программой "Благорост"» теперь живёт в CapitalOnboardingCard для
председателя, а пайщику показывается мастер регистрации
(CapitalRegistrationPage). Старый сценарий искал заголовок
«Адаптация» на странице регистрации — там его уже нет, председательский
путь падал, пайщиковый и не предполагался.
Разделил на два сценария:
1. **adaptation** (пайщик newadapter) — мастер регистрации:
01-roles → 02-time-resource → 03-rate → 04-about → 05-documents.
Используется новая фикстура newadapter (Сидоров А. М.), которая
намеренно остаётся БЕЗ Capital-регистрации (фаза 05 не запускается),
чтобы UI открыл ей мастер. Подписание документов в самом сценарии не
делается — иначе при повторном прогоне мастер не покажется.
adaptation.md полностью переписан.
2. **adaptation-chairman** (новая страница) — карточка для председателя
с пятью шагами и кнопками «Объявить собрание совета» + диалог
«Предложение повестки». Кадры: 01-overview, 02-propose-dialog.
Содержание adaptation-chairman.md описывает приём советом пяти
документов программ ГЕНЕРАТОР и БЛАГОРОСТ.
Поддержка инфраструктуры:
- shoot.mjs: добавлена фикстура newadapter (Сидоров А. М.) в
KNOWN_FIXTURES — фабричный пайщик без Capital-регистрации.
- seed-capital phase 02-reset-onboarding: обнуляет в постгресе
onboarding_*_done и удаляет onboarding_*_hash в extensions.capital.
Без неё bootExtra() через initExtensionsInPostgres ставит все done=true
как dev-shortcut, и UI считает онбординг председателя завершённым
(CapitalOnboardingCard прячется). Нужен прямо обратный 02-extension-config
— поэтому отдельная фаза, а не модификация старой.
- shoot-blagorost-all.mjs: adaptation-chairman добавлен в очередь перед
adaptation, чтобы успеть снять CapitalOnboardingCard до того как
следующие сценарии через 02-extension-config зальют все done=true.
- adaptation.mjs: исправлены селекторы (.hour-option через nth(3),
без невалидной запятой в waitForSelector).
Phase 15 (15-active-component): готовит компонент «Минимальный продукт»
под проектом «Приложение Стол Заказов» в статусе Active без коммитов:
clearance + setmaster=ant + setplan + startproject. Состояние «работа
открыта, коммитов ещё нет» — для UI-проверок и docs-harness.
07b: поднял sleep между getclearance и confirmapprv с 700ms (1×block)
до 1500ms (≥3×block). Эмпирически 700ms ~1 раз из 6 терял строку в
capital_appendixes — мастер на UI видел «Принять участие» вместо
действий. Заплатка вокруг особенности SHIP, см. memory
project_parser_loses_appendix_deltas.md.
Раньше «чистая мастерская» seed (01+02+04+04b) использовала
initExtensionsInPostgres() dev-shortcut — он клал в extensions.capital
ХАРДКОЖЕНЫЕ хеши шаблонов с *_done=true. UI считал онбординг пройденным
и пускал в Мастерскую, но как только пользователь шёл по любому
soviet-onboarding flow в реальной UI, controller'ные verify-утилиты
падали на «Сгенерированный документ с хешем X не найден» — потому что в
монге документов с такими хешами не было.
Чиню это полностью честно:
- index.ts: регистрирую phase 02b в диспетчере как `02b-real-onboarding`
(было: только импортирована, но не подключена).
- phase 02b: проводит ВСЕ 5 шагов адаптации через настоящий soviet vote
flow (Generate → Propose → 3×Vote → Authorize+Exec). Заменил fakeDocument
на РЕАЛЬНУЮ генерацию протокола FreeDecision (registry_id=600) через
Mutations.Documents.GenerateDocument с обязательными decision_id +
project_id (из meta решения), потом client.Document.signDocument(...,
CHAIRMAN, 1) — реальная подпись председателем. Чейн возвращает hash в
lowercase, controller — UPPERCASE: case-insensitive lookup. Между
votefor и FreeDecision генерацией — retry с pause (parser-индекс
отстаёт ~700ms-3s, без него factory.getDecision падает на «Голоса за
решение не найдены»). Перед отправкой meta стрингифай (eosjs strict).
- phase 04b: переписал на `Mutations.Chairman.ConfirmApprove` с РЕАЛЬНЫМ
approved_document. Чтение оригинального approval.document из
postgres.chairman_approvals (ant'ова подпись id=1), затем добавление
второй подписи (signatureId=2) через client.Document.signDocument —
ровно как делает desktop'овский useConfirmApproval. Retry на ожидание
parser-индексации. fakeDocumentSignedBy выпилен.
Минимальный seed «чистая мастерская» теперь:
reboot:extra (5 членов совета — нужны для голосов)
→ seed-capital 01-programs 02b-real-onboarding 04-contributor 04b-approve-contributor
Все хеши в pg/mongo соответствуют реальным документам — UI flow «Принять
договор УХД» больше не получает «не найден».
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Phase 04 регистрирует Contributor через Capital flow, но УХД остаётся в
status=pending. При обычном boot:extra (5 членов совета) утверждение
проходит через стандартный flow голосования; для plain boot (один
председатель) этого не происходит — любая попытка обновить ставку/часы
валится с «Договор УХД с пайщиком не активен».
Новая фаза 04b делает один soviet::confirmapprv с approval_hash =
contributor_hash, подписанной председателем — УХД переходит в active.
Идемпотентно (no-op если уже active).
Минимальный «чистая мастерская» seed теперь:
seed-capital 01-programs 02-extension-config 04-contributor 04b-approve-contributor
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* tasks.md — Agile-механика внутри Компонента: 6 статусов (BACKLOG/TODO/
IN_PROGRESS/ON_REVIEW/DONE/CANCELED), матрица переходов 6×6 с ролями
Мастер/Ответственный/Исполнитель/Совет, права (только Мастер ставит
estimate/priority и закрывает в DONE), два режима учёта времени —
без estimate (час/час, поделено на активные задачи) и с estimate
(estimate/N исполнителей при → DONE).
* mkdocs.yml — пункт «Задачи и план работ» в навигацию Благороста.
* doc-shoot scenarios/blagorost/tasks.mjs — 5 кадров: доска задач,
диалог «Создать задачу», sidebar мастера и исполнителя, страница
«Моё время» со счётчиками (Доступно / В ожидании / Подтверждено).
* seed-capital phase 09: задача estimate=0 в IN_PROGRESS — иллюстрирует
почасовое начисление «время по факту» для исследовательских задач.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* docs/blagorost: новые страницы — clearance, lifecycle, wallets; расширены
artifacts (4 формата), voting (Водянов), results (внести результат, акт),
commits (вид мастера); mkdocs.yml — навигация под них.
* docs-harness: 4 новых сценария (clearance, commits-master, result-submit,
voting перепрошит); набор скриншотов под все 4 формата артефактов.
* seed-capital: фазы 07b-clearance-all, 09b-artifacts, 10a-pending-commit
для seed чистого blagorost-стейта без ручных кликов.
* 07b: sleep 700ms между getclearance и apprvappndx — обходим SHIP-баг,
при котором insert+erase contract_row внутри одного блока не эмиттит
дельту (net state change = 0). См. memory project_parser_loses_appendix_deltas.
* controller: возвращена 3-сек задержка emit'а action-события — даёт
дельтам того же блока (capital_appendixes) сохраниться раньше, чем
обработчики action полезут читать состояние.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Корневой блокер для seed-фаз через docs-harness:
• parser/Reader: после reboot:extra Reader дёргал getInfo() и брал
head_block_num как currentBlock; затем initializeFromBlockchain()
делал getInfo() ВТОРОЙ раз и записывал deltas с block_num=head_2
(head за это время мог шагнуть). Reader потом вызывал
purgeAfterBlock(currentBlock=head_1), стирая все Initializer-данные
с block_num > head_1 — Mongo оставалась пустой по cooperatives/boards,
factory.Cooperative.getOne() падал «Совет кооператива не обнаружен»,
seed-фаза 04 не могла зарегистрировать Contributor.
Фикс: purgeAfterBlock ВЫЗЫВАЕТСЯ ДО initializeFromBlockchain. Теперь
дельты Initializer'а попадают в Mongo и не стираются.
Заодно:
• seed/13-push-result: voter-action data теперь содержит `username:
voter` (а не остаточный `username: ant` из fakeVote). Без этого
`has_auth(username)` в votefor.cpp возвращал true для ant, но false
для остальных — контракт переходил к require_auth(coopname), а в
authorization массиве coopname'а не было — «missing authority of voskhod».
• docs-harness/scenarios/blagorost/results.mjs: убран дубликат-кадр
`02-segment-actions` (UI этапа «Результат» — список карточек, не
таблица; селектор tr:has-text не срабатывал). Остались два кадра:
`01-overview` (страница «Результаты» с ColorCards и сегментами) и
`02-convert-dialog` (диалог «Получить долю в ОАП» со слайдером).
• docs/new/blagorost/results.md: вставлены image-references для обоих
кадров; уточнены подписи под актуальный UI (вкладка «Результаты»,
статус «Приёмка», читаемые названия пулов на ColorCards), добавлено
пояснение «100% в Благорост» когда available_for_wallet=0.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Сценарий blagorost/results.mjs — три кадра пост-voting пути:
• 01-overview — страница «Результат» (ColorCards + таблица сегментов);
• 02-segment-actions — раскрытый сегмент пайщика с «Получить долю в ОАП»;
• 03-convert-dialog — открытый ConvertSegmentDialog со слайдером
«Главный Кошелёк ↔ Программа Благорост».
fixture lazily читается в default(), чтобы не падать на module-load
после reboot (когда фикстура ещё не создана orchestrator'ом). Указаны
`fixture: 'ivanpetrov'` + `fixtures: ['ivanpetrov', 'ekaterina']` —
обе нужны фазе 05.
Фаза 07 (master-and-plan):
• input GetProjectWithRelations — `projectHash` (camelCase, без coopname)
под актуальную schema контроллера.
• Polling до 60с пока parser не индексирует createproject — иначе
capitalSetPlan падает с «Проект ... не найден» сразу после фазы 06,
у которой нет ожидания catch-up.
Фаза 13 (push-result):
• processLastDecision теперь читает `soviet::boards` и голосует от
каждого voting-члена совета (один WIF подписывает за всех — у всех
общий default_public_key). Без этого после reboot:extra (5 членов
совета) `soviet::authorize` падает с «Консенсус совета по решению
не достигнут».
Известный блокер для скриншотов results — отдельная регрессия парсера:
после reboot:extra parser стартует с позднего блока (currentBlock~1070)
и пропускает createboard/regcoop, так что Mongo `cooperatives`
остаётся пустым; controller `Cooperative.getOne` падает «Совет кооператива
не обнаружен», и фаза 04 не может зарегистрировать contributor. Это не
проблема сценария, и фиксится отдельно — не моими правками.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Расширяем seed-сценарий за пределы инвестиций: компонент проходит
весь путь от задач до приёмки и конвертации направлений, чтобы
docs-harness снимал последовательные шоты для документации.
Новые фазы:
09 — `tasks` — четыре задачи мастер-плана с коэффициентами;
10 — `commits-and-voting` — коммиты исполнителей + переход в голосование;
11 — `cast-votes` — равномерное распределение голосов всеми участниками
и автоматическое закрытие через cmpltvoting;
12 — `recalc-and-calc-votes` — rfrshsegment + calcvotes по каждому;
13 — `push-result` — pushresult всеми пайщиками + soviet-цепочка
(confirmapprv → voteFor → authorize → exec)
+ signact1/signact2 на каждый сегмент;
14 — `convert-segments` — convertsegm с разной долей walletAmount/
capitalAmount по пайщикам; финализация
проекта.
Параметризация увеличена под более «сочный» демо-кейс:
• hour_cost 1500 → 5000 RUB (07-master-and-plan)
• размеры задач 8/6 → 30/20 часов (09)
• коммит-часы 8/6 → 30/20 (10)
• investAmount petrov 30K, ekaterina 10K (08)
`rotate-participant-keys.ts` — служебная утилита: после reboot:clean
WIF фикстур теряется; скрипт делает registrator::changekey + сохраняет
новый keypair, чтобы повторный seed работал поверх свежей цепочки.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
После полного цикла commits→voting→pushresult→signact2→convertsegm для
комплексного компонент-проекта проверяем, что Σ COMMIT_RID(коммитов) >=
Σ ACCEPT_RID(сегментов): кошелёк w.cap.gncom (ЦПП «Генератор» — коммит)
по дельте проекта не уходит в минус.
Жёсткий инвариант — отсутствие дефицита (delta >= 0). Если он нарушен,
значит approvecmmt кладёт на w.cap.gncom меньше, чем signact2 забирает
у пайщиков — регрессия патча approvecmmt; в проде это «недостаточно
средств на кошельке GENERATOR_COMMIT» на signact2 последнего пайщика.
Эквивалентность delta == 0 не проверяется — investor3 идёт через
purgesegment без конвертации, тестеры с is_contributor=0 не получают
свою долю contributors_bonus, эта непокрытая часть остаётся как остаток
(в скрипте логирует ⚠️). Это допустимо для сложного сценария теста.
Дополнительно: sanity-чек на w.cap.bgrid (BLAGOROST_RID) — путь
ACCEPT_RID(w.cap.gncom → w.cap.bgrid) после signact2 хоть кого-то
перенёс средства.
Идентификаторы кошельков — eosio::name (рефакт 184530dab7). Старые
numeric ID 10001/9002 в коде не используются; wallets.id теперь string.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Alex Ant