Single-account-restriction and capped-transfers clearly need account-style live-position-checking — is this specific holder already over a threshold, right now.
Veröffentlichen
--
Daniyaa
·
--
Bullisch#dusk $DUSK @Dusk
Meine Tante führt zwei getrennte Geschäftsbücher für ihr Immobilienvermietungsgeschäft — eines hält fest, welche konkrete Wohneinheit welchem Mieter zugeordnet ist, das andere erfasst die insgesamt in diesem Monat eingenommene Miete. Ich fragte sie, warum sie nicht einfach ein einziges Buch führt. Sie sagte, dass Einzelbestände und laufende Summen völlig unterschiedliche Fragen beantworten und beide Antworten unzuverlässig werden, wenn man ein Buch zu beidem zwingt.
Ich ging davon aus, dass Zedger sich für ein Modell entscheiden würde. Diese Annahme hielt jedoch nicht stand, als ich Funktion für Funktion nachvollzog, warum es beide kombiniert.
In den eigenen Materialien von Dusk werden fünf Dinge aufgeführt, die Zedger ausdrücklich unterstützt: regelkonforme Abwicklung und Rücknahme, die Verhinderung, dass vorab zugelassene Nutzer mehr als ein Konto halten, die Ausschüttung von Dividenden, Abstimmungen und begrenzte Übertragungen. Ich ordnete die einzelnen Anforderungen der jeweiligen Kategorie zu, sofern die Quellenlage eine eindeutige Zuordnung zuließ. Beschränkungen auf ein Konto und begrenzte Übertragungen erfordern eindeutig eine kontobasierte Prüfung des aktuellen Bestands — also die Frage, ob ein bestimmter Inhaber gerade jetzt einen Schwellenwert überschreitet. Dividenden und Abstimmungen erfordern eine diskrete, überprüfbare Aufzeichnung je Position, die eher der UTXO-basierten Erfassung einzelner Einheiten entspricht.
Hier sollte man ehrlich sein: In den Materialien von Dusk wird nicht erläutert, welches konkrete Modell die Abwicklung und Rücknahme technisch übernimmt. Ich werde diesen Mechanismus nicht erraten, nur damit die Liste vollständig wirkt.
Keines der beiden Modelle allein deckt die Funktionen ab, die ich bestätigen konnte. Ein reines Kontosystem hat Schwierigkeiten, eine bestimmte frühere Position für eine Dividendenprüfung nachzuweisen. Ein reines UTXO-System hat Schwierigkeiten, eine aktuelle Obergrenze durchzusetzen, ohne gleichzeitig jede einzelne Einheit prüfen zu müssen.
Der eigentliche Prüfstein für DUSK ist, ob sich dieses hybride System dauerhaft warten lässt, wenn weitere Emittenten darauf eigene Schwellenwerte konfigurieren.
Löst die Kombination zweier Buchführungsmodelle tatsächlich unterschiedliche Anforderungen, oder bringt sie zwei Gruppen von Sonderfällen mit sich statt nur einer?
Meine Tante führt zwei getrennte Geschäftsbücher für ihr Immobilienvermietungsgeschäft — eines hält fest, welche konkrete Wohneinheit welchem Mieter zugeordnet ist, das andere erfasst die insgesamt in diesem Monat eingenommene Miete. Ich fragte sie, warum sie nicht einfach ein einziges Buch führt. Sie sagte, dass Einzelbestände und laufende Summen völlig unterschiedliche Fragen beantworten und beide Antworten unzuverlässig werden, wenn man ein Buch zu beidem zwingt.
Ich ging davon aus, dass Zedger sich für ein Modell entscheiden würde. Diese Annahme hielt jedoch nicht stand, als ich Funktion für Funktion nachvollzog, warum es beide kombiniert.
In den eigenen Materialien von Dusk werden fünf Dinge aufgeführt, die Zedger ausdrücklich unterstützt: regelkonforme Abwicklung und Rücknahme, die Verhinderung, dass vorab zugelassene Nutzer mehr als ein Konto halten, die Ausschüttung von Dividenden, Abstimmungen und begrenzte Übertragungen. Ich ordnete die einzelnen Anforderungen der jeweiligen Kategorie zu, sofern die Quellenlage eine eindeutige Zuordnung zuließ. Beschränkungen auf ein Konto und begrenzte Übertragungen erfordern eindeutig eine kontobasierte Prüfung des aktuellen Bestands — also die Frage, ob ein bestimmter Inhaber gerade jetzt einen Schwellenwert überschreitet. Dividenden und Abstimmungen erfordern eine diskrete, überprüfbare Aufzeichnung je Position, die eher der UTXO-basierten Erfassung einzelner Einheiten entspricht.
Hier sollte man ehrlich sein: In den Materialien von Dusk wird nicht erläutert, welches konkrete Modell die Abwicklung und Rücknahme technisch übernimmt. Ich werde diesen Mechanismus nicht erraten, nur damit die Liste vollständig wirkt.
Keines der beiden Modelle allein deckt die Funktionen ab, die ich bestätigen konnte. Ein reines Kontosystem hat Schwierigkeiten, eine bestimmte frühere Position für eine Dividendenprüfung nachzuweisen. Ein reines UTXO-System hat Schwierigkeiten, eine aktuelle Obergrenze durchzusetzen, ohne gleichzeitig jede einzelne Einheit prüfen zu müssen.
Der eigentliche Prüfstein für DUSK ist, ob sich dieses hybride System dauerhaft warten lässt, wenn weitere Emittenten darauf eigene Schwellenwerte konfigurieren.
Löst die Kombination zweier Buchführungsmodelle tatsächlich unterschiedliche Anforderungen, oder bringt sie zwei Gruppen von Sonderfällen mit sich statt nur einer?
Haftungsausschluss: Enthält Meinungen von Drittanbietern. Keine Beratung. Binance AI wird ohne Gewähr bereitgestellt. Siehe AGB.