ELAchain dokumentace

Tato stránka je pouze pro čtení. Můžete si pouze prohlédnout zdrojový kód, ale ne ho měnit. Zeptejte se správce, pokud si myslíte, že něco není v pořádku.
===== v1.5.2 =====

----

  * Aktualizována konfigurace telegrafu
  * Commit chaincodu je možné provést z jakéhokoli nodu
  * Přidány funkce pro běh distribuované gateway

===== v1.5.1 =====

----

  * Opraveny příkazy na mazání nepoužitých docker images
  * Přidána redis instance pro gtw
  * Drobné opravy

===== v1.5.0 =====

----

  * Aktualizován bootstrap aplikací
  * Drobné opravy

===== v1.4.1 =====

----

  * Povoleno spouštění peer gateway pro využití nového SDK
  * Drobné opravy

===== v1.4.0 =====

----

  * Přidány nové orderer osnadmin funkce pro HFC 2.5
  * Přidány nové peer funkce pro HFC 2.5
  * Přidán clear příkaz pro monitoring
  * Přechod na nové oficiální ARM64 images

===== v1.3.7 =====

----

  * Opraveno kopírování složky s privatními daty
  * Vylepšeno generování ccp

===== v1.3.6 =====

----

  * Aktulizovány přikazy pro package chaincode a pull git

===== v1.3.5 =====

----

  * Opraveny upozornění kvůli neexistující env variable
  * Vylepšeno čekání na synchronizaci nodu
  * Přidána podpora pro private data

===== v1.3.4 =====

----

  * Prodloužen interval odesílání zpráv statsd služby pro hfc komponenty
  * Opraveny deklarace proměnných
  * Přidána podpora pro instalaci na arm64 architektuře

===== v1.3.3 =====

----

  * Opraveny cesty k docker image v nové struktuře CR

===== v1.3.2 =====

----

  * Přidána funkce pro přegenerování docker compose souborů
  * HFC komponenty jsou připojeny do monitoring networku a komunikují s monitoringem po interní docker síti
  * Pokud je monitoring vypnut je úplně vypnut i na straně HFC komponent
  * Možnost dynamicky předat počet proxy serverů pro nastavení gtw

===== v1.3.1 =====

----

  * Integrace nové monitorovací služby pomocí Telegrafu
  * Přidána kontrola synchronizace peerů při spuštění a bootstrapu

===== v1.3.0 =====

----

  * Přidána podpora pro dynamickou konfiguraci nodu - je možné volit počet peeru/ordereru na nodu
      * Limit je 20 peeru a 10 ordereru na jeden nodu (omezení je kvůli portům)
  * Gateway je nyní připojena do hfc docker network pokud je spuštěna na stejném serveru jako hfc část nodu
  * Přidána podpora pro více chaincodů na jednom kanále
  * Pro iterování přes kanály/cc/aplikace se nyní používá jen .config-env
  * Opravena cesta k docker image couchdb
  * Opravena chyba při opětovném spuštění boostrapu nodu

===== v1.2.9 =====

----

  * Přepracování python scriptů:
      * Instalují své potřebné moduly do vlastního virtuálního env
      * Jsou vedeny přímo jako spustitelné soubory
      * Je možné je volat z libovolného adresáře
  * Při aktualizaci hfc docker image jsou staré image smazány
  * Zvýšení bezpečnost běžících docker containerů:
      * Omezen počet PID, otevřených file descriptorů, nastaven maximální počet restartů
      * Procesy ve všech containerech jsou pod uživatelem bez root práv
      * Adresáře do kterých není třeba zapisovat jsou přijeny pouze jako RO
      * Rozdělní containerů do několika logicky rozdělených docker sítí (omezení komunikace mezi containery)
  * Přidán .gitignore aby byl výpis scriptů čistější
  * Přidána podpora pro zjištění stavu schválení chaincodů
  * Vylepšená podpora volání pro čištění starých docker image

===== v1.2.8 =====

----

  * Přidáno vypnutí 2FA při resetu hesla superadmin uživatele Admin aplikace
  * Přidán version soubor
  * Přidáno načítání version souborů do docker containeru gateway
  * Upraven update proces gatway, Notarius a Admin aplikace:
      * Lze volat buď samostatně (verze se vezme z aktuálního version souboru)
      * Nebo s přepínačem -v a ručním zvolením verze
      * Při spuštění není aktuálně zvolená verze přepisována

===== v1.2.7 =====

----

  * Upraven admin bootstrap, aby odpovídal změnám v modelech
  * Povoleno mazání uživatelů a affiliation v CA
  * Přidán wait s progress barem - používá se místo sleep
  * Prodlouženy doby pro synchronizaci nodu při bootstrapu

===== v1.2.6 =====

----

  * Přidán export mongo cred při update Admin aplikace
  * Aktualizovány orderer docker-compose template pro jeden orderer na nodu
  * Aktualizován connection profile pro gateway - nově se v gtw využívá discovery service
  * Umožnění scvhálovaní provedení update bloků na kterémkoli nodu
  * Schvalování update bloků distribuovaně přes Admin kanál
  * Přidán krok pro samotný package chaincodu

===== v1.2.5 =====

----

  * Přidány configurace pro monitoring hfc metric pomocí statsd
  * Upravené konfigurace odpovídající nové struktuře certifikátu nodu
  * Přidán nový repozitář obsahující scripty a konfigurace pro certifikační autority

===== v1.2.4 =====

----

  * Přidáno omezení systémových prostředků pro jednotlivé kontejnery
  * Admin db je nyní dostupná i na localhostu pouze pod generovanými přihlašovacími údaji

===== v1.2.3 =====

----

  * Přidáno rotování logů přímo do docker-compose pro případ, že ho nedefinuje aplikace sama (zábrání hromadění logů a umožní možnost dlouhodobého běhu nodu bez restartu).

===== v1.2.2 =====

----

  * Přidán sleep před vytvoření Notaria v Admin aplikaci (zajišťuje, že admin je již připraven)
  * Odstraněn docker down při startu gateway

===== v1.2.1 =====

----

  * Přidána podpora pro novou verzi Notarius aplikace:
      * Vytváření graphics složky v ela-node (obsahuje loga specifická pro danou instanci Notaria) - je nutné vytvořit i když neexistuje, kvůli mapování do docker containeru
      * Přidáno vytvoření Notarius aplikace v Admin aplikaci při spuštění Notarius aplikace (pokud neexistuje)
  * Z názvu logů peerů, cc a ca odstraněn název organizace

===== v1.2.0 =====

----

  * Opravena adreasa chaincode na peer0 - už může běžet na obou peerech
  * Upravena konfigurace peeru - bloky jsou stahovány z ordering service (nové doporučené nastavení - mělo by snížit traffic)
  * Změna couchdb image z hyperledger workspace na apache workspace (doporučeno dokumentací - hfc už nevydává vlastní couchdb images)
  * ca dockeer container schován pouze pro lokální použití
  * Změny odpovídající novému chaincode lifecycle a zavedení CHANNEL_CC proměnných do .config-env:
      * Install
      * Approve
      * Commit
  * Změny odpovídající nové logice editu sítě - zjednodušeno na několik základních operací:
      * Stažení aktuálního/prvního bloku
      * Update konfigurace kanálu - edit konfigurace/přidání anchor peer
      * Podepsání bloku - peer/orderer
      * Vytvoření nového kanálu