Infrastruktura kryptowalutowa, budowana z myślą o licencjonowaniu.

Ty – od pierwszego commita. Każde zlecenie realizujemy na indywidualnych zasadach: repozytoria, infrastruktura jako kod, modele zagrożeń i rejestry decyzji architektonicznych należą do Twojej organizacji i działają na Twoich kontach chmurowych już w trakcie prac – a nie dopiero po opłaceniu ostatniej faktury.

TrustChange nie odsprzedaje gotowego rdzenia giełdy pod white label, nie licencjonuje klientowi współdzielonego silnika kojarzenia zleceń i nie stosuje klauzul depozytowych, które zamieniają odejście w negocjacje. Zakończenie współpracy to przekazanie: danych dostępowych, runbooków oraz spotkania z inżynierami, którzy stworzyli system.

Zmiany regulacyjne są uwzględniane w planie, a nie rozliczane jako niespodziewane zlecenia dodatkowe. Obowiązki są ustalane już na etapie discovery – ścieżka licencyjna, progi Travel Rule, obowiązki w zakresie zabezpieczenia środków i raportowania – a następnie weryfikowane przy każdej bramce fazowej, dzięki czemu zaktualizowana norma techniczna zwykle staje się jedynie doprecyzowaniem w ramach już zaakceptowanego harmonogramu.

Gdy zmiana rzeczywiście wykracza poza zakres projektu, informacja o jej wpływie trafia do Ciebie na piśmie, zanim powstanie choćby jedna gałąź kodu: co się zmienia, ile to kosztuje i jaka jest alternatywa, jeśli termin uruchomienia jest sztywny.

Jedna umowa, jeden zespół, jedna ścieżka eskalacji. Każde zlecenie prowadzi wyznaczony lider projektu i architekt rozwiązania, wspierani przez stały trzon starszych inżynierów i testerów QA pracujących nad Twoim backlogiem w ramach wspólnego rytmu sprintów. Nic nie jest ponownie wyceniane przy każdym zgłoszeniu, a nikt nie odchodzi z projektu bez udokumentowanego przekazania obowiązków – osoby obecne na spotkaniu kick-off to te same osoby, które dostarczają rozwiązanie.

Pojemność zespołu może rosnąć lub maleć na granicach faz, gdy wymaga tego harmonogram. Odpowiedzialność się przy tym nie zmienia.

Poziomy istotności zgłoszeń i czasy reakcji są ustalane na piśmie jeszcze przed uruchomieniem, a cała powierzchnia operacyjna jest przekazywana w formie udokumentowanej, nie tylko opisanej. Poza reagowaniem na incydenty i pisemnym podsumowaniem powdrożeniowym, wsparcie obejmuje utrzymanie, którego rzeczywiście potrzebuje regulowany produkt oparty na aktywach cyfrowych:

• Aktualizacje zależności i łatanie podatności CVE, rotację kluczy oraz próbne procedury custody
• Aktualizacje łańcuchów bloków i hard forki, migracje węzłów oraz dostawców płynności
• Monitoring, alerty i utrzymanie runbooków w miarę zmian systemu i Twojego zespołu
• Utrzymanie poprawności raportowania i uzgadniania danych w miarę zmian przepisów

Większość zleceń zaczyna się właśnie w ten sposób. Faza discovery obejmuje analizę tego, co już istnieje – usług, modelu danych, architektury custody, integracji z dostawcami – a jej efektem jest plan dla Twojego systemu, a nie przeróbka sprzedawana jako ratunek.

Od tego momentu inżynierowie albo dołączają do rytmu Twoich sprintów, przeglądają standardy i definicję ukończenia zadania, albo realizują moduł o stałym zakresie – silnik rozliczeniowy, proces podpisywania MPC, integrację on/off-ramp – i dostarczają go zgodnie z interfejsami, które pozostają własnością Twojego zespołu.

Najpierw rozmowa techniczna, potem płatna faza discovery trwająca od dwóch do czterech tygodni. Kończy się ona materiałami, które zostają u Ciebie niezależnie od tego, czy budowa ruszy: architektura referencyjna, model zagrożeń, mapa obowiązków zgodności dla Twojej ścieżki licencyjnej oraz plan realizacji ze stałymi bramkami fazowymi i budżetem kosztowym.

Budowa rusza dopiero po podpisaniu tego planu. Rezygnacja po fazie discovery jest celowo prosta – partner technologiczny, który potrzebuje długiej umowy, by udowodnić swoją wartość, nie jest odpowiednim partnerem dla infrastruktury tak wrażliwej.