---
# System prepended metadata

title: TODO

---

# TODO

#### Witness

- [x] set private key, host and port in config file
- [x] run http server for oobi resolving
- [ ] add http endpoints for: 
     * event processing (return receipts)
     * query events?

#### Watcher 

- [ ] http server for oobi resolving
- [ ] run (tcp/http)(?) server for event processing and responding (no receipts, just kel events on query message, and ksn reply)
- [ ] add endpoints for adding/removing watchers (accepting controller's oobi end_role)

#### Controller

- [ ] incept, rotate, query events generation
- [ ] finalize events function
- [ ] event propagation to witnesses (?)
- [ ] d


## Notes

Wciąż brakuje mi tego powiązania miedzy issuerem a jego witnessem. Jak dostaniemy podpisany end role, to żeby go zweryfikować potrzebujemy kel już na tym etapie. A jak mamy kel, to tego end role nie potrzebujemy w zasadzie i nie ma żadnego zysku z tego że był podpisany.

Żeby jakoś zachować tę informacją o tym, kto jest czyimś witnessem widze dwie możliwości:
* przy resolvowaniu takiego end role oobi zwracać loc_scheme witnessa i cały kel controllera,
* zapisywac sobie w jakiejś hash mapie powiązania controller-issuer.

A co jakby przy resolvowaniu takiego end role oobi zwracać loc_scheme witnessa i cały kel controllera. Wtedy gdy chcemy zrobić query sprawdzamy stan takiego issuera i stamtąd bierzemy identyfikatory witnessów.