Wdrożenie tokenów ERC-3643

Standard T-REX dla regulowanej emisji aktywów: Identity Registry, moduły compliance, restrykcje transferów i integracja KYC. Architektura platform gotowych na MiCA i tokenów papierów wartościowych.

ERC-3643: standard tokenów compliance

ERC-3643 (T-REX - Token for Regulated EXchanges) to standard EVM dla emisji tokenów z priorytetem compliance. W przeciwieństwie do ERC-20 (brak wbudowanego compliance) lub ERC-1400 (permissionowany, ale bez zunifikowanej warstwy tożsamości), ERC-3643 ma u podstaw zdecentralizowany Identity Registry. Każdy transfer sprawdza claim tożsamości on-chain odbiorcy - klasę inwestora, jurysdykcję, akredytację - przed wykonaniem.

Trzy komponenty odróżniające ERC-3643: Identity Registry (ONCHAINID) przechowuje zweryfikowane claime o posiadaczach portfeli, moduł Compliance egzekwuje konfigurowalne reguły (maks. posiadacze, limity jurysdykcji, okresy blokady), a Transfer Manager orkiestruje pełny pipeline sprawdzania compliance przy każdym transferze. Ta architektura utrzymuje logikę compliance on-chain i audytowalnie.

ERC-3643 to standard najczęściej używany dla tokenizacji zgodnej z MiCA i platform security token w UE. Jeśli Twoja platforma wymaga klasyfikacji inwestorów, restrykcji transferów lub raportowania compliance powiązanego z tożsamością on-chain - ERC-3643 jest architekturą do budowania.

Co dostarczamy

Od konfiguracji ONCHAINID przez konfigurację modułu compliance do integracji dostawcy KYC i narzędzi operacyjnych.

Pełny stack implementacji ERC-3643: kontrakty, warstwa tożsamości i integracja backendowa.

Kontrakt tokena i moduły compliance

+

Wdrożenie tokena ERC-3643 z konfigurowalnymi modułami compliance: maks. inwestorzy, restrykcje jurysdykcji, okresy blokady, limity posiadania. Output: token gotowy na produkcję z aktualizowalnymi regułami compliance.

Identity Registry (ONCHAINID)

+

Wdrożenie i konfiguracja warstwy tożsamości ONCHAINID: schemat tematów claimów, rejestr zaufanych emitentów i pipeline weryfikacji claimów. Output: infrastruktura tożsamości on-chain gotowa na emisję claimów KYC.

Integracja dostawcy KYC/AML

+

Połączenie Twojego dostawcy KYC (Synaps, Sumsub, Onfido lub inni) z pipelinem emisji claimów ONCHAINID. Output: automatyczny przepływ od zatwierdzenia KYC do claima tożsamości on-chain.

Silnik restrykcji transferów

+

Niestandardowe reguły compliance poza standardowymi modułami: vesting czasowy, wyzwalacze zdarzeń regulacyjnych, logika wielu jurysdykcji. Output: implementacja modułu compliance dopasowana do Twoich wymagań restrykcji transferów.

Backend operacji emitenta

+

Interfejs administratora do zarządzania inwestorami: wymuszone transfery, zamrażanie/odmrażanie kont, odwołanie claimów, operacje batch. Output: backend operacyjny zintegrowany z workflow Twojego zespołu.

Raportowanie i indeksowanie

+

Indeksowanie zdarzeń on-chain do raportowania compliance: listy holderów, historia transferów, wyniki sprawdzeń compliance. Output: API raportowania i eksporty danych do celów prawnych i regulacyjnych.

Nextrope X

Architektura ERC-3643

Kontrakt tokena

+

Token ERC-3643 z hakami compliance przy każdym transferze.

Identity Registry

+

Warstwa przechowywania i weryfikacji claimów ONCHAINID.

Moduł compliance

+

Konfigurowalne reguły transferów: limity, jurysdykcje, okresy blokady.

Emitent claimów

+

Kontrakty zaufanego emitenta do podpisywania claimów KYC/AML.

Backend operacyjny

+

Narzędzia administratora, raportowanie, log audytu i workflow emitenta.

ERC-3643 vs ERC-1400 vs ERC-20

Wybór standardu determinuje architekturę compliance - wybieraj na podstawie wymagań.

ERC-20 - proste tokeny fungible

+

Brak wbudowanego compliance, restrykcji transferów ani warstwy tożsamości. Odpowiedni dla tokenów utility bez wymogów regulacyjnych.

ERC-1400 - permissionowane tokeny papierów wartościowych

+

Permissionowanie oparte na partycjach dla transz i klas. Brak zunifikowanego standardu tożsamości. Bardziej elastyczny, ale mniej ustandaryzowany niż ERC-3643.

ERC-3643 - tokeny compliance-first

+

Zunifikowana warstwa tożsamości ONCHAINID + modularne reguły compliance egzekwowane on-chain. Standard dla platform MiCA, tokenów papierów wartościowych i emisji z wymaganiami audytowalności.

Kiedy wybrać ERC-3643

+

Tokeny regulowane MiCA (ART, EMT), platformy security token, emisja RWA z wymaganiami klasyfikacji inwestorów lub platforma wymagająca audytowalnego compliance on-chain.

Jak pracujemy

1

Mapowanie wymagań compliance (1 tydzień)

Przekształcenie wymogów regulacyjnych i biznesowych w decyzje architektoniczne ERC-3643: tematy claimów, konfiguracja modułu compliance, przepływ tożsamości.

2

Architektura i projekt kontraktu

Projekt kontraktu tokena, konfiguracji ONCHAINID, modułów compliance i przepływu integracji KYC. Output: dokument spec przed jakimkolwiek kodem.

3

Implementacja

Wdrożenie kontraktów, konfiguracja ONCHAINID, integracja dostawcy KYC, budowa backendu operacyjnego i warstwy raportowania.

4

Testy, przygotowanie audytu i uruchomienie

Testy jednostkowe i integracyjne, dokumentacja gotowa do audytu, wdrożenie na mainnet z konfiguracją monitoringu.

Wdrożenie ERC-3643 – Najczęściej zadawane pytania

Czym jest ERC-3643 (T-REX)?
ERC-3643, znany również jako T-REX (Token for Regulated EXchanges), to standard tokenów Ethereum zaprojektowany dla emisji aktywów z priorytetem compliance. Łączy interfejs transferu ERC-20 z on-chain Identity Registry (ONCHAINID) i modularnymi regułami compliance. Każdy transfer sprawdza zweryfikowane claime tożsamości odbiorcy przed wykonaniem - czyniąc compliance audytowalnym na poziomie protokołu.
Czym jest ONCHAINID?
ONCHAINID to zdecentralizowany standard tożsamości używany przez ERC-3643. Każdy inwestor ma on-chain kontrakt tożsamości przechowujący zweryfikowane claime (status KYC, jurysdykcja, poziom akredytacji) podpisane przez zaufanych emitentów. Token ERC-3643 sprawdza te claime przy każdym transferze - bez wywoływania API off-chain, które można obejść.
Jak ERC-3643 integruje się z dostawcami KYC?
Dostawcy KYC (Synaps, Sumsub, Onfido itp.) weryfikują tożsamość inwestora off-chain. Po zatwierdzeniu kontrakt zaufanego emitenta claimów podpisuje claim KYC i przechowuje go w kontrakcie tożsamości ONCHAINID inwestora. Token ERC-3643 odczytuje ten claim podczas transferów. Integracja odbywa się zazwyczaj przez usługę backendową łączącą zdarzenia webhook KYC z emisją claimów on-chain.
Czy ERC-3643 jest wymagany dla zgodności z MiCA?
MiCA nie nakazuje konkretnie ERC-3643 - nakazuje klasyfikację inwestorów i restrykcje transferów na poziomie platformy. ERC-3643 jest najbardziej powszechnie przyjętym technicznym standardem spełnienia tych wymagań na łańcuchach EVM. ERC-1400 jest alternatywą; standardowy ERC-20 nie jest wystarczający dla regulowanej emisji bez znaczącej infrastruktury egzekwowania off-chain.

Budujesz regulowaną platformę tokenową?

ERC-3643 to właściwa podstawa dla emisji compliance-first. Omówmy Twoją implementację.

Zdobądź plan rozwoju aktywów cyfrowych w 24 godziny

Krótki brief. Odpowiemy w ciągu 24 godzin (dni robocze) z propozycjami architektury, kluczowymi ryzykami i dalszymi krokami.

Zatrudnij nas
Cow Image
[scratch me]

Wolisz asynchronicznie? Wyślij brief ↷

contact@nextrope.com
LinkedInInstagramX
[ zdrap mnie ]