REIST Research Token

Dokumentierter Testnet-Pilot für das Forschungsprojekt zur zentrierten Restarithmetik

REIST beschreibt eine implementierungsorientierte Verwendung zentrierter Reste für additionsdominierte modulare Rechenkerne. Ein davon getrennter ERC-20-Pilot, der REIST Research Token, wurde auf Base Sepolia bereitgestellt und bildet die technische Grundlage für eine dokumentierte Anerkennung reproduzierbarer Implementierungen und unabhängiger Prüfungen.

Einordnung: Das Verfahren funktioniert ohne Token. Es gibt kein Investmentangebot; der Token vermittelt weder Beteiligungs-, Rücknahme- noch Renditerechte und ist kein wissenschaftlicher Gütestempel.

Zentrierter Rest Voraussetzung: B > 0
T = qB + r
−B/2 +B/2

−B/2 ≤ r < B/2

Klassisch17 = 1 · 10 + 7 REIST17 = 2 · 10 − 3

Projektstatus

Vertrag
14 lokale Tests bestanden
Base Sepolia
deployed · Quellcode verifiziert
Mainnet
nicht freigegeben
Tokenverkauf
nicht vorgesehen
Externes Audit
noch nicht erfolgt

Anwendungsbereich und Invariante

Zentrierte Reste sind mathematisch klassisch. Der Beitrag von REIST liegt in ihrer implementierungsorientierten Verwendung als persistenter Zustand für additionsdominierte modulare Kerne.

Betragskleiner Rest

Positive und negative Abweichungen werden symmetrisch um null dargestellt. Der Rest wird als bidirektionaler Korrekturterm gelesen.

Persistente Invariante

Bleiben Zustand und Schrittweite zentriert, führt höchstens eine ±B-Korrektur die Summe wieder in das Zielintervall.

Hardwarefreundlich

Addition, Vergleiche und Masken ermöglichen branchless Code, SIMD-Vektorisierung und einen kleinen FPGA-Rechenpfad.

Berichtete Ergebnisse

Alle Werte beziehen sich auf die im kanonischen deutschen Paper dokumentierten Plattformen, Compilerstufen und Baselines. Sie sind keine allgemeine Leistungszusage.

Quellenstatus: Die folgende Tabelle stammt aus dem kanonischen, auf Zenodo veröffentlichten deutschen Paper (SHA-256 369B9FB75C1B6D4C2CBBA91FF63DB4420900AB30B6EEC137BFD72290AE7D45C4), DOI 10.5281/zenodo.21206471, veröffentlicht am 5. Juli 2026 unter CC BY 4.0.

Berichtete Messwerte des kanonischen deutschen Papers
WorkloadErgebnisMesskontext
Modularer Additionszähler2,1–4,4×Apple M2 Pro · O3 bis NEON
Modularer Additionszähler7,9–8,9×Intel i9-14900K · O3
Polynomielle Addition4,3–4,5×Apple M2 Pro · O3/NEON
Polynomielle Additionbis 17,0×Intel i9-14900K · AVX2
Rückgekoppelter FPGA-Akkumulator1 Takt/SchrittGW2A-18; isolierte 32-Bit-Korrektureinheit: 161,8 MHz · 101 Logikzellen

FPGA-Quellen: Die VHDL-Implementierung, GHDL-Testbenches und Tang-Primer-20K-Builddateien sind öffentlich einsehbar. Die lokalen GHDL-Tests bestehen; die dokumentierten Synthese- und Hardwaremesswerte sind nicht unabhängig reproduziert. Eine explizite Root-Lizenz fehlt derzeit.

Negativ- und Neutralkontrollen

  • Reine Restberechnung: scalar O3 ungefähr gleich; x86-SIMD im Test langsamer.
  • Kein struktureller Ansatzpunkt bei ARX-Code wie ChaCha20; der gemessene Durchsatz wurde als unverändert eingeordnet.
  • Hash-Mixing unter O3/SIMD etwa 15–25 % langsamer; O0 deutlich schlechter.
  • Ohne O3/SIMD kann branchless REIST langsamer sein.

Festes ERC‑20-Modell auf Base Sepolia

Der Token ist als übertragbares Anerkennungsmittel für geprüfte Forschungsbeiträge vorgesehen; Auswahl und Review bleiben off-chain. Er beschleunigt das Framework nicht. Der Zugang zu Paper und Code ist nicht an Tokenbesitz gebunden. Es besteht kein Anspruch auf Rendite oder Rücknahme. Die vollständige Spezifikation steht unter REIST Research Token (REIST) — Vertrag und Verteilung.

Name
REIST Research Token
Symbol
REIST
Menge
1.000.000
Standard
ERC‑20 · 18 Dezimalstellen
Mint/Tax/Blacklist
nicht vorhanden
Pilotnetz
Base Sepolia · ohne zugesicherten Wert
Genesis-Verteilung
ZweckMengeAnteil
Research Rewards700.00070 %
Ecosystem Treasury200.00020 %
Founder Vesting100.00010 %

Founder: 1 Jahr Cliff, 3 Jahre linear. Am Cliff ist ein Drittel freigeschaltet. Beim Deployment wurden 0 % für Verkauf und 0 % für DEX-Liquidität reserviert. Das ist Projektpolitik, keine technische Transfersperre.

Offizielle Base-Sepolia-Verträge · Quellcode verifiziert 0xF2960B84525dF8Da9C038EA85AE5e3B4D0C26A68
Token bei BaseScan Vesting-Vertrag Deployment-Transaktion

Vergabe nach dokumentierter Prüfung

Keine Belohnungen für Werbung, Trading oder Reichweite. Geeignet sind Implementierungen, Reproduktionen, Hardware-Portierungen und belastbare negative Resultate.

  1. 01Scopeöffentliches Issue und Kriterien
  2. 02ArtefaktCode, Rohdaten und Hash
  3. 03ReviewReproduktion und Konflikte
  4. 04TransferSafe-Transaktion mit Beleg

Bounty-Register

  • REIST-B001CPU-Reproduktion Neue CPU, Rohdaten, Baseline und Negativkontrolle. Entwurf
  • REIST-B002Rust-Referenz Gerade und ungerade Moduli mit Eigenschaftstests. Entwurf
  • REIST-B003RISC‑V-Portierung Compilervergleich, Assembly und reproduzierbare Messung. Entwurf
Maschinenlesbares Register (JSON)

Aktive Bounties: 0 · Akzeptierte Beiträge: 0. Gezählt werden ausschließlich öffentlich dokumentierte Bounties und akzeptierte Beiträge.

Vorhandene Arbeiten und offene Voraussetzungen

Heute vorhanden

  • nicht upgradefähiger Token auf Base Sepolia
  • im Konstruktor fest definierte Genesis-Verteilung
  • beim Deployment erzeugtes Founder-Vesting
  • verifizierter Quellcode beider Verträge
  • lokale Tests und Deployment-Invarianten
  • öffentliches Deployment-Manifest und reproduzierbarer Quellstand
  • öffentlich einsehbare REIST-FPGA-RTL-, Testbench- und Board-Buildquellen im FPGA-Repository
  • bestätigter technischer Treasury-Transfer mit öffentlichem Operationsnachweis
  • bestätigter Allowance-Roundtrip: temporär 1 REIST, unmittelbar auf 0 widerrufen, keine REIST-Transfer-Events im gebundenen Blockbereich
  • finalisierter Read-only-Founder-Vesting-Nachweis: 100.000 Testnet-REIST intakt; released und releasable jeweils 0 in Block 44966505; seit der anfänglichen Allokation keine Tokenbewegung; Cliff am 2. August 2027. Diese Momentaufnahme ist kein Audit, keine Auszahlung, keine Zukunftsgarantie und kein Mainnet-Schritt.
  • privater Kanal für sensible Sicherheitsmeldungen
  • vorbereitete Bounty- und Registerformate

Noch offen

  • explizite FPGA-Lizenzierung und unabhängige Hardware-Reproduktion
  • unabhängig besetzte Treasury-Safes und Signer
  • externes Contract-Review
  • verbleibender vollständiger Testnet-Smoke: Bounty-/Contribution-Fluss sowie konsolidierter Bericht
  • rechtliche Freigabe für Schritte mit wirtschaftlicher Relevanz
Release-Gate

Kanonische wissenschaftliche Referenz

Für den Token-Piloten gilt DOI 10.5281/zenodo.21206471 als kanonisch. DOI 10.5281/zenodo.17897540 bleibt als frühere öffentliche Version 2.0 historisch referenziert. Zenodo führt den kanonischen Datensatz als neue Version dieses Vorgängers; die Kennungen sind nicht identisch.

Nächste Arbeitsschritte

  1. Unabhängige Treasury-Safes und Signer festlegen.
  2. Verbleibende Prüfungen des vollständigen Testnet-Smoke-Tests dokumentieren.
  3. Erstes Reproduktions-Bounty als öffentliches Issue anlegen.
  4. Mainnet erst nach dokumentiertem Nutzen, Audit und Rechtsprüfung bewerten.