kopkolai

#dusk $DUSK @Dusk
💥 Wenn sich die Gesetze ändern, kann die Compliance-Regel auf Dusk dann aktualisiert werden?

Ich scheine dieses Thema erst wirklich richtig bemerkt zu haben, nachdem ich die Dusk-Diskussionen ziemlich oft gelesen habe. Nicht, weil es interessant klingt – im Gegenteil, das ist eher eine langweilige Art von Problem, aber je länger man hinschaut, desto schwerer fällt es, es zu ignorieren.

Gesetze ändern sich, Vorschriften ändern sich, aber Compliance-Systeme ändern sich normalerweise nicht so leicht. Eine Regel, die eingeführt wurde, kann viel länger bestehen bleiben als der ursprüngliche Grund, weshalb sie überhaupt auftauchte. Und dann, wenn man sie anpasst, müssen die Nutzer noch eine zusätzliche Schicht Reibung hinnehmen; aktuelle Systeme lösen das meist mit ziemlich umfangreichen Prozessen. Nicht unbedingt falsch – nur in vielen Fällen Overkill.
Dusk scheint das Problem offenbar in eine andere Richtung anzugehen: Eine Compliance-Regel kann aktualisiert werden, wenn sich die rechtlichen Anforderungen ändern, statt Compliance als einen festen Zustand zu betrachten.

Aber das ist bislang nur das Design. Nicht der Beweis.

Das Interessante ist nicht, was Dusk über Compliance sagt, sondern ob das System, wenn sich das Gesetz tatsächlich ändert, schnell genug, genau genug aktualisiert wird und auch in der Praxis noch zuverlässig nutzbar ist.
Das ist der Teil, den ich weiterhin beobachte.

#dusk $DUSK @Dusk
Ich dachte früher, die Auswahl einer VM sei nur eine technische Frage. Doch nachdem ich mir viele Crypto-Anwendungen angesehen habe, sehe ich: Das Problem liegt meistens woanders. Entwickler wählen, was sich “einfach so” gewohnt anfühlt – und akzeptieren dann die Reibung, ohne wirklich zu hinterfragen, ob sie überhaupt notwendig ist.

Das ist zwar ein eher langweiliges, aber hartnäckiges Problem. Eine neue Anwendung braucht möglicherweise ein Umfeld, das zur eigenen Logik passt, oder sie will einfach die vorhandene Ethereum-Ökosystem-Nutzung nutzen. Wenn man von Anfang an das Falsche wählt, stürzt das System nicht sofort ab – aber jede spätere Änderung wird ein Stück schwieriger.

Dusk scheint zwei nebeneinanderliegende Wege zu verfolgen: DuskVM für Anwendungen, die tiefer in die eigene Umgebung von Dusk eintauchen wollen, und DuskEVM, das eher für Entwickler geeignet ist, die Solidity und Ethereum-Tools bereits kennen.

Zumindest aus meiner Sicht ist das keine Geschichte davon, welche VM “besser” ist. Es geht vielmehr darum, was die Anwendung braucht – und welche Art von Reibung Entwickler bereit sind zu akzeptieren.

Letztlich geht es immer um das “Usage”. Wenn Entwickler wirklich auswählen und darauf aufbauen, dann gibt es erst Daten, die es sich anzusehen lohnt. Darauf komme ich immer wieder zurück. Ich verfolge das Ganze weiterhin.

#dusk $DUSK @Dusk

Ich glaube nicht, dass das Hinzufügen von Nutzern automatisch dazu führt, dass Validatoren natürlich mehr verdienen. Krypto hat bereits genügend Beispiele dafür geliefert, dass zwar das Volumen steigt, die dahinterliegende Ökonomie jedoch relativ dünn bleibt.

Das Problem liegt darin, dass „viele Nutzer“ und „viel ökonomischer Wert“ nicht dasselbe sind. Ein Netzwerk kann sehr viele kleine Transaktionen verarbeiten, während die daraus erzielten Gebühren nicht ausreichen, um die Betriebskosten des Validators zu decken. Server, Bandbreite, Speicher, Monitoring… müssen trotzdem bezahlt werden. Zu viel Traffic erzeugt manchmal sogar zusätzlichen Druck.

Derzeit stützen Validatoren sich in der Regel auf Rewards, Transaktionsgebühren und Anreize (Incentives). Wenn die Nutzung steigt, können auch die Gebühren steigen – aber wenn die Gebühren pro Transaktion zu niedrig sind, ändert sich der tatsächliche Umsatz kaum. Das scheint eine einfache Rechnung zu sein, die leicht übersehen wird.

Dusk versucht offenbar, das Problem in eine andere Richtung zu lösen: Privacy, Compliance und reale Finanzaktivitäten näher zusammenzubringen. Wenn die Nutzung aus Transaktionen mit ökonomischem Wert entsteht, kann sich die Ökonomie des Validators verändern.

Aber das ist bislang nur eine Annahme.
Zumindest aus meiner Sicht ist das, was es zu beobachten gilt, nicht die Anzahl der Nutzer, sondern der tatsächliche Umsatz pro Einheit an Aktivität. Das ist der Punkt, zu dem ich immer wieder zurückkomme.
Ich warte immer noch darauf, dass die Nutzung das belegt.

#dusk $DUSK @Dusk
Ich dachte früher, dass Staking vor allem bedeutet, Vermögenswerte zu sperren und dann auf die Belohnungen zu warten. Aber je mehr ich beobachte, desto klarer wird mir: Das Schwierige liegt woanders. Validatoren müssen für ihre eigenen Fehler selbst bezahlen.

Es gibt Risiken, die ziemlich unspektakulär klingen. Ein Node geht offline, die Verbindung ist instabil, die Konfiguration ist falsch oder ein Validator führt ein Verhalten aus, das das Netzwerk als Betrug ansieht oder die Konsistenz beeinträchtigt. In solchen Fällen ist das Stake nicht mehr einfach nur ein stillliegendes Vermögen—sondern etwas, das gekürzt werden kann.
Es wirkt, als würden viele Menschen nur auf den APY schauen und die Verantwortung dahinter übersehen. Sie berechnen erst die Belohnungen und denken danach an die Bedingungen, um das Kapital zu halten. Zumindest aus meiner Sicht ist das eine etwas verkehrte Herangehensweise.
Dusk scheint das Problem in eine andere Richtung zu drehen: Ein Validator wird nicht nur dafür bezahlt, teilzunehmen, sondern muss auch für die Art und Weise verantwortlich sein, wie er teilnimmt.

Doch eine Mechanik, die auf Papier plausibel klingt, sagt noch nicht viel aus. Mich interessiert vor allem die praktische Nutzung. Wie viele Validatoren laufen wirklich stabil? Wie viele Fehler passieren unerwartet? Und ich verfolge diesen Aspekt immer noch.

#dusk $DUSK @Dusk
Es scheint, als hätte ich erst nach einiger Zeit wirklich angefangen, darauf zu achten, wie die PoS-Netzwerke mit Knoten umgehen, die nicht korrekt funktionieren. Die Strafe muss nicht unbedingt bedeuten, dass Geld genommen wird. Und das ist etwas, das ich ziemlich nachdenkenswert finde.

Ein Knoten, der keinen Block erstellt, wenn er an der Reihe ist, oder der sich nicht vollständig beteiligt, verursacht natürlich ein Problem. Aber das direkt als Sabotage zu bezeichnen, wirkt dann doch etwas zu weit gegriffen. Bei Dusk scheint die Soft-Penalty für diese Art von Fehlern konzipiert zu sein: Ein Provisioner kann ausgesetzt werden, ein Teil des aktiven Stakes wird in den Zustand „locked“ versetzt, wodurch das Teilnahmegewicht sinkt. Die Token sind noch nicht wirklich verschwunden.
Hard-Penalty ist jedoch eine andere Geschichte. Wenn ein Knoten einen ungültigen Block erstellt, doppelt abstimmt oder zwei konfliktierende Blöcke erzeugt, kann ein Teil des Stakes verbrannt werden. Das ist nicht mehr nur „offline“ oder schlechte Betriebsführung.

Zumindest aus meiner Sicht liegt der Unterschied im Ausmaß des Verlusts. Das System bestraft nicht nur. Es versucht, Betriebsfehler von einem Verhalten zu unterscheiden, das den Konsens gefährden könnte.
Aber wie gut ein Mechanismus auch ist: Man muss sich immer die tatsächliche Nutzung ansehen. Diesen Teil beobachte ich weiterhin.

#dusk $DUSK @Dusk
Es gibt eine Art von Zahl in der Krypto-Welt, die auf den ersten Blick sehr klein wirkt, aber letztlich darüber entscheidet, wer wirklich am Netzwerk teilnehmen kann. Bei DUSK liegt diese Zahl aktuell bei 1.000 DUSK für eine direkte Staking-Position.

Am Anfang dachte ich, dass die Story im Kern um das Kapital geht. Aber bei genauerem Hinsehen sind 1.000 DUSK nur der Zugangstüröffner – keine Gewinnzusage. Für direktes Staking muss man außerdem einen Provisioner-Node betreiben, den Node synchron halten und dafür sorgen, dass er stabil läuft.

Das ist ein ziemlich „langweiliger“ Teil, aber auch ein beharrlicher. Zu viele Menschen sehen Staking wie das Einzahlen von Tokens und dann das Abwarten der Belohnungen. In der Realität legt das System jedoch noch eine zusätzliche Verantwortungsebene auf – den operativen Betrieb. Es wirkt, als wolle Dusk diese beiden Dinge ziemlich klar trennen: Token zu besitzen heißt nicht, dass man die Infrastruktur vernachlässigen kann.

Beim Staking Pool müssen Nutzer nicht zwingend selbst einen Node betreiben, aber sie müssen das Risiko des Anbieters akzeptieren.

Zumindest aus meiner Sicht ist 1.000 DUSK nicht die diskussionswürdigste Zahl. Das Spannende ist eher, wie viele Menschen tatsächlich staken und wie sie das aufrechterhalten. Genau darauf komme ich immer wieder zurück.

#dusk $DUSK @Dusk

Ich bin mir immer noch nicht sicher, ob Dusk tatsächlich gemeinsam mit der Anleihe geht oder nur in der Nähe dieser Geschichte steht. Das ist etwas, das ich für wichtig halte, um es nicht zu übersehen.

Anleihen klingen einfach. Aber hinter einer Transaktion stecken Emission, Anlegerverifizierung, Eigentum, Zahlung, Verwahrung und Abgleich. Aktuelle Systeme werden oft in vielen Schichten aufgebaut. Sie lösen jeweils einzelne Teile. Das ist zwar sehr solide, erzeugt aber auch nicht wenig Reibung.
Was mir auffällt, ist, dass Dusk offenbar versucht, genau diese Infrastruktur-Komponenten anzugehen. Nicht darin, Anleihen in ein anderes Krypto-Asset zu verwandeln. Es scheint eher darauf abzuzielen, sorgfältig verwaltete Assets in eine Umgebung zu bringen, die Eigentums- und Transaktionsvorgänge auf transparentere Weise abwickeln kann.
Aber hier halte ich nach wie vor Abstand.

Eine Blockchain kann Transaktionen abwickeln, heißt aber nicht, dass Institutionen ihre Anleihen dort platzieren werden. Regulierung, Liquidität und die Akzeptanz durch den Markt sind die schwierigen Prüfsteine.
Zumindest aus meiner Perspektive ist die praktische Nutzung die eigentliche Antwort, und ich beobachte das noch immer. Das ist der Teil, über den ich noch keinen frühen Schluss ziehen möchte.

#binancep2pantoan @Binance Vietnam
Ich dachte mir eine ziemlich langweilige Situation: Geld kommt nicht rein, Geld geht nicht raus, und die Transaktion läuft schief. Damals brauchte ich nicht einfach nur eine Beruhigung – ich musste wissen, mit wem ich überhaupt spreche.

Die heutigen Support-Systeme wirken wie ein mehrstufiges Modell. Erstens gibt es einen Bot, zweitens ein Hilfezentrum, und erst ganz am Ende kommt ein Mitarbeiter, wenn das Problem die Voraussetzungen erfüllt. Für Nutzer, die gerade vor einer fehlerhaften Transaktion stehen, kann diese Schichtung zusätzliche Reibung erzeugen.

Zumindest aus meiner Sicht ist der sicherste Weg, direkt über den offiziellen Support-Kanal der Börse zu gehen. Bei Binance können Nutzer den Bereich „Support/Chat“ öffnen und über den Support-Flow die Verbindung zu einem Mitarbeiter herstellen, wenn es nötig ist. Mindestens genauso wichtig ist es, zu prüfen, ob man wirklich in der richtigen offiziellen App oder auf der offiziellen Website ist.

Nicht über ein Telegram-Konto, das sich selbst als Support ausgibt. Und erst recht nicht über eine fremde Person, die zuerst anschreibt.

Egal wie bequem ein System wirkt: Sein echter Wert zeigt sich erst, wenn wirklich etwas schiefgeht. Das ist der Punkt, zu dem ich immer wieder zurückkehre – und ich beobachte weiterhin, wie die Börsen mit solchen Situationen umgehen.

#dusk $DUSK @Dusk
Es scheint, dass ich erst nach einigen Beobachtungen der Diskussionen über Dusk wirklich darauf geachtet habe. Man schaut normalerweise auf das gesamte Angebot. Seltener darauf, wie die neuen Token tatsächlich auf den Markt gelangen.

Das Problem der Emission liegt nicht bei der Zahl von 1 Milliarde, sondern bei der Ausgabegeschwindigkeit. Wenn die Staking-Belohnungen zu lange auf einem hohen Niveau gehalten werden, wird der Druck durch neues Angebot zu etwas, das sehr schwer zu verdauen ist.
Dusk scheint einen einfacheren Weg zu wählen. 500 Millionen DUSK werden anfänglich ausgegeben, die restlichen 500 Millionen sind für Emissionen über einen Zeitraum von 36 Jahren vorgesehen. Wichtig ist: Die Emission ist nicht konstant. Sie sinkt nach einem geometrischen Decay-Modell, mit einer Halbierung nach jedem Zyklus von 4 Jahren.
Auf dem Papier ist dieses Mechanismus ziemlich leicht zu verstehen. Aber ich glaube nicht, dass das der wichtigste Punkt ist. Worauf ich immer wieder zurückkomme, ist: Emission sinkt – aber ändern sich der Staking-Bedarf und die Transaktionsgebühren wirklich genug, um die neue Angebotsmenge zu absorbieren?

Die Antwort scheint nur von der tatsächlichen Nutzung kommen zu können. Nicht von dem schönen Emissionsplan im Dokument.
Ich verfolge das weiterhin.

#binancep2pantoan @Binance Vietnam
🧑‍💻KEINE TRANSAKTIONEN AUSSERHALB DER PLATTFORM
Im Krypto-Bereich gibt es finanzielle Risiken, die nicht aus dem Chart kommen, sondern aus einer ganz normalen Facebook-Nachricht: „Handel mit Aktien?“ – und dann wird man auf eine seltsame Plattform gezogen, auf der man auffordert, Geld über ein Zwischenunternehmen für Bankdienstleistungen zu überweisen.
Mir ist das dort sofort merkwürdig vorgekommen. Nicht, weil jede Vermittlung schlecht ist, sondern weil die Struktur der Transaktion mit dem, was ich von den offiziellen Plattformen kenne, nicht übereinstimmt.

Der Kern des Problems scheint nicht zu sein, wie viel Gewinn sie versprechen. Vielmehr wollen sie, dass man den Ort verlässt, an dem es klare Prozesse, eine nachvollziehbare Transaktionshistorie und eine eindeutige Streitbeilegungsmechanik gibt. Sie sagen das oft ganz natürlich, und es wirkt, als wäre alles schon geregelt. Genau diese Normalität ist das Misstrauenerregende.
Mein Vorgehen ist ziemlich einfach: kein Geld überweisen, keine unbekannten Apps installieren, keine Dokumente oder Kontoinformationen senden. Ich prüfe selbst die juristische Person, den Domainnamen, die Ein- und Auszahlmethoden und suche unabhängig von dem Chat nach Informationen. Wenn sie einen ständig unter Druck setzen, ist das ein zusätzlicher Grund, sofort aufzuhören.

Zumindest aus meiner Sicht fängt Sicherheit nicht beim Gewinn an. Sie beginnt damit, zu wissen, wo das eigene Geld hingeht. Für jedes Projekt oder jede Plattform gilt das Gleiche. Ich vertraue weiterhin nur dem, was sich in der Praxis durch tatsächliche Nutzung zeigt.

#dusk $DUSK @Dusk
Es sieht so aus, als würde ich erst nach vielen Beobachtungen der Crypto-Diskussionen wirklich auf dieses Thema aufmerksam. Nicht, weil es sich um einen neuen Trick handelt. Im Gegenteil: Es ist so alt, dass es leicht übersehen wird.

SMS-Nachrichten, E-Mail-Benachrichtigungen über Zahlungen, Mitteilungen über erfolgreiche Transaktionen. Sie erzeugen etwas sehr Gefährliches: das Gefühl, dass die Prüfung bereits abgeschlossen ist. In Wahrheit überprüft der Empfänger jedoch meist etwas anderes als die Quelle des Geldes – nämlich eine konstruierte Geschichte.
Die aktuellen Systeme scheinen immer noch zu viel Vertrauen in Benachrichtigungen zu setzen. Sie machen die Oberfläche sehr echt. Sie kopieren den Namen der Bank. Sie erzeugen Zeitdruck. Und wenn es um P2P-Transaktionen geht, reicht schon eine Minute Unaufmerksamkeit, um einen Streit auszulösen.

Dusk scheint – zumindest aus meiner Sicht – das Problem in eine andere Richtung angehen zu wollen: nicht zu versuchen, dass Benachrichtigungen glaubwürdiger werden, sondern den Bedarf zu verringern, den man für externe Signale aufbringen muss.
Aber das ist bislang nur eine Hypothese. Die tatsächliche Nutzung wird das erst noch beweisen. Ich verfolge diesen Teil immer noch. Denn zwischen einer Idee, die vernünftig klingt, und einem System, das den Handlungen echter Nutzer standhält, liegt immer ein ziemlich großer Abstand.

#binancep2pantoan @Binance Vietnam
Es gibt eine Betrugsart, die ich nicht neu finde, aber dennoch nervig, weil sie genau in eine Gewohnheit trifft. Jemand schickt einen Beleg, eine SMS-Nachricht von der Bank, eine E-Mail zur Bestätigung – alles wirkt fast normal. Nur ist das Geld möglicherweise gar nicht dort.

Offenbar liegt das Problem nicht darin, dass sie eine Oberfläche fälschen. Sie fälschen vielmehr das Gefühl „die Transaktion ist abgeschlossen“. Zu viele Menschen schauen auf die Benachrichtigung, bevor sie auf den Kontostand schauen.
Bei P2P-Transaktionen entsteht dadurch eine ziemlich seltsame Lücke. Der Käufer kann behaupten, bezahlt zu haben, der Verkäufer sieht eine Nachricht, die plausibel wirkt, aber das Bankensystem erzählt tatsächlich eine andere Geschichte.
Die aktuellen Prozesse zwingen Nutzer manchmal dazu, zu viele Dinge zu prüfen – und trotzdem kann dabei das Wichtigste übersehen werden: Ist das Geld wirklich auf dem Konto gelandet?
Binance versucht offenbar, dieses Problem zu lösen, indem der Fokus auf dem tatsächlichen Transaktionsstatus und echten Nachweisen liegt, statt sich nur auf eine Meldung zu verlassen.

Zumindest aus meiner Sicht ist das keine Geschichte über zusätzliche Warnhinweise. Es geht darum, Signal von Beweis zu unterscheiden.
Ich verfolge das weiterhin. In diesem Abschnitt warte ich auf ein realeres Usage-Erlebnis statt auf ein Versprechen.:::

#dusk $DUSK @Dusk
MÔ HÌNH PHÁT HÀNH LÊN TỚI 1TỶ DUSK

Tôi bắt đầu nhận ra khá muộn rằng vấn đề không nằm ở việc một token có 1 tỷ đơn vị hay ít hơn. Câu hỏi khó chịu hơn là: 1 tỷ đó được tạo ra để làm gì?

Trong crypto, con số supply thường bị nhìn như một bảng giá. Quá nhiều token, người ta nghĩ ngay đến pha loãng. Nhưng với một blockchain, supply còn là cách trả tiền cho những người giữ mạng lưới hoạt động khi phí giao dịch chưa đủ.
Dusk dường như đi theo logic đó. 500 triệu DUSK được tạo ban đầu, rồi tối đa thêm 500 triệu được phát hành theo thời gian, chủ yếu để tài trợ phần thưởng staking. Lịch phát hành hiện tại kéo dài 36 năm và giảm dần theo từng giai đoạn.
Điểm tôi chú ý không phải con số 1 tỷ. Mà là cách nó được tiêu dần.
Nếu mạng lưới thực sự có usage, phí giao dịch về sau có thể gánh nhiều hơn phần thưởng phát hành. Khi đó, emission giảm dần mới có ý nghĩa.

Còn nếu usage không đến, 1 tỷ DUSK chỉ là một con số được thiết kế rất đẹp trên giấy.
Đó là phần tôi luôn quay lại. Tokenomics cuối cùng vẫn phải gặp thị trường thật. Tôi vẫn đang theo dõi.

#binancep2pantoan @Binance Vietnam
🎃LASS DEINE TRANSAKTION DES DRITTEN NICHT ZU EINER FALLE FÜR DICH WERDEN
_________&&_________
Ich finde Dreiecks-Betrugsfälle ziemlich unangenehm. Nicht, weil sie zu raffiniert sind, sondern weil sie meistens in genau den scheinbar normalsten Transaktionen passieren. Ein Käufer, ein Verkäufer und eine Überweisung. Und das Geld kommt dann von jemand ganz anderem.

Das ist der Kern des Problems. In Krypto reden wir viel über private keys, Smart Contracts oder Kursbewegungen. Aber das Risiko durch die Geldquelle eines Dritten ist recht hartnäckig – es liegt direkt mitten im Zahlungsprozess.
Die aktuellen Systeme scheinen sich nach wie vor stark darauf zu verlassen, dass Nutzer Namen, Konten und Transaktionsnachweise selbst abgleichen. Sie prüfen, sie machen Screenshots, sie bestätigen. Es gibt zu viele manuelle Schritte, aber dennoch bleibt eine Lücke, die sich sehr leicht ausnutzen lässt.
Es scheint, dass einige Projekte genau diese Lücke zu schließen versuchen, indem sie die Beziehung zwischen Absender, Käufer und der tatsächlichen Transaktion klarer machen. Nicht damit man schneller handelt, sondern damit weniger Unklarheit besteht.

Aber zumindest aus meiner Perspektive gilt: Alles ist nur dann wirklich vertrauenswürdig, wenn es eine praktische Nutzung dafür gibt. Ich bin immer noch skeptisch und beobachte weiter. Das ist der Teil, zu dem ich immer wieder zurückkomme.

#dusk $DUSK @Dusk
👉Zielt Dusk auf Krypto-native Nutzer oder auf Finanzinstitute?
Ich dachte früher, Krypto würde die Finanzen vereinfachen. Dann habe ich gemerkt: Oft schafft es nur eine zusätzliche Schicht Reibung.

Ein ziemlich langweiliger, aber hartnäckiger Punkt ist die Kluft zwischen On-Chain-Vermögenswerten und der Art, wie Finanzinstitute arbeiten. Krypto-native Nutzer akzeptieren Wallets, private Keys, Transaktionen rund um die Uhr. Für Institute ist das nicht so einfach. Sie brauchen Prozesse, Kontrolle, Datenschutz und ein System, das eine Prüfung überstehen kann.

Die derzeitigen Systeme zwingen diese beiden Welten häufig, sich durch sehr viele Zwischenschichten zu treffen. Es gibt zu viele Formalitäten, zu viele unterschiedliche Annahmen darüber, wie Vermögenswerte verwaltet werden sollen.

Dusk scheint, zumindest aus meiner Sicht, genau an dieser Schnittstelle stehen zu wollen. Nicht nur für Krypto-native Nutzer. Und auch nicht einfach nur ein System für Banken zu bauen.

Es sieht so aus, als würden sie eine andere Frage stellen: Kann man Blockchain nutzen, ohne dass Institute so arbeiten müssen wie ein Krypto-Trader?
Aber das ist erst mal nur eine Hypothese. Am Ende sagt erst die Nutzung, was wirklich stimmt. Ich verfolge diesen Teil weiterhin.

#binancep2pantoan @Binance Vietnam
Es gibt eine ziemlich witzige Art von Risiko: Das Offensichtlichste ist oft genau das, was ich nicht sofort glauben will.

Ein Freund von mir hat erzählt, dass bei einer Lieferung ein Kunde wie jedes Mal einen Zahlungsbeleg geschickt hat. Nur diesmal war das Ganze merkwürdig. Nicht nur „falsch“, sondern schon das Gefühl im Interface, die Schrift, die Zeit und die Art der Anzeige passten nicht mehr zu den Belegen davor.
Das ist ein Problem, das ich ziemlich zäh finde. Screenshots werden immer leichter zu fälschen. KI macht die Lücke zwischen „sieht echt aus“ und „es wurde wirklich Geld überwiesen“ kleiner. Aber es sind immer noch zwei verschiedene Dinge.
Bankensysteme bestätigen eine Transaktion nicht nach Gefühl. Sie bestätigen anhand von Transaktionsdaten. Verkäufer bestätigen oft nur mit einem Foto. Genau deshalb bin ich immer wieder bei dieser Stelle zurück.
Es scheint, dass einige Projekte versuchen, diese Lücke zu schließen. Aber zumindest nach dem, wie ich es sehe, ist ein Tool nur dann wirklich zuverlässig, wenn es in einer echten Situation eingesetzt wird.

Der Reality-Check bleibt jedoch ganz simpel: Wenn das Geld noch nicht auf dem Konto ist, gibt es keine Transaktion.
Ich beobachte diesen Punkt weiterhin. Nicht weil er neu ist, sondern weil die langweiligen Probleme oft zäher sind, als wir denken.

#dusk $DUSK @Dusk
Có vẻ như tôi chỉ thật sự chú ý đến câu hỏi này sau khá nhiều lần quan sát các cuộc thảo luận về Dusk. Không phải họ nói gì mà là họ đang cố phục vụ ai.

Crypto thường thích nói về hai nhóm: người dùng crypto-native và các tổ chức tài chính. Nhưng nhu cầu của hai bên khá khác nhau. Người dùng crypto quen với tốc độ, quyền tự quản và những trải nghiệm onchain. Tổ chức thì quan tâm nhiều hơn đến compliance, quyền riêng tư, khả năng kiểm soát và việc hệ thống có thể vận hành ổn định hay không.

Vấn đề nằm ở chỗ hai thế giới này không dễ ghép vào nhau. Quá nhiều hệ thống blockchain được thiết kế rất tốt cho crypto-native users, nhưng khi bước vào môi trường tài chính truyền thống, ma sát bắt đầu xuất hiện.

Dusk có vẻ đang cố giải quyết chính khoảng cách đó. Không hẳn là chọn một bên, mà là xây một môi trường nơi giao dịch onchain có thể phù hợp hơn với các yêu cầu của tổ chức, trong khi vẫn giữ những đặc tính vốn có của blockchain.

Nhưng đó mới chỉ là cách tôi đọc hướng đi. Cuối cùng, usage mới nói rõ @Dusk thực sự đang phục vụ ai. Ít nhất đó là cách nhìn của tôi, và cũng là phần tôi vẫn đang chờ.

#binancep2pantoan @Binance Vietnam
Ich habe viel zu spät erkannt, dass Betrugsmaschen im Krypto-Bereich meist nicht mit etwas allzu auffällig Verdächtigem beginnen. Sie beginnen mit einem sehr normalen Gefühl: eine drängende Nachricht, ein Käufer, der seriös wirkt, ein Screenshot von einer Transaktion oder eine Erinnerung „Bestätigen reicht schon“.

Der Kern des Problems liegt offenbar nicht darin, dass Nutzer zu wenig misstrauisch sind. Sie werden in Situationen versetzt, in denen das Überprüfen plötzlich Zeitdruck bekommt. Die Täter müssen nicht zwingend das System hacken – sie müssen nur dafür sorgen, dass man einen Schritt übersieht.

Es scheint, als hätten die heutigen Systeme schon viele Schutzschichten hinzugefügt, aber der Mensch bleibt trotzdem das letzte Glied. Genau zu diesem Punkt kehre ich immer wieder zurück.

Die gängigen Tricks drehen sich häufig um Fälschungen, Zeitdruck, falsche Belege und psychologische Manipulation. Nicht X ist sicher, sondern Y: Informationen müssen unabhängig verifiziert werden.

Einige Projekte scheinen auch zu versuchen, das Vertrauensproblem anzugehen, indem man weniger von den Aussagen des Gegenübers abhängig macht. Aber am Ende muss trotzdem alles anhand der tatsächlichen Nutzung überprüft werden.

Zumindest aus der Perspektive, aus der ich es sehe, ist das der Teil, dem ich weiterhin nachgehe.

#binancep2pantoan
Ich hatte früher gedacht, die Schaltfläche „Bezahlt“ sei nur ein Bestätigungsschritt im P2P-Verfahren. Aber je mehr ich hinschaue, desto deutlicher wird mir, dass dies ein Punkt ist, bei dem es keinerlei Vermutungen geben sollte.

Offenbar beginnen viele Probleme mit einer sehr kleinen Gewohnheit: Man sieht, dass die andere Person einen Screenshot der Überweisung schickt, man sieht, dass sich der Transaktionsstatus ändert, und dann bestätigt man vorschnell. Doch ein Screenshot ist kein Geld. Auch die Nachricht ist kein Geld. Es ist allein der tatsächliche Kontostand im Bankkonto, den man prüfen muss.

Das System kann offenbar ein Gefühl von Sicherheit erzeugen, aber es kann den Nutzer nicht die Prüfung des Geldflusses abnehmen. Eine Transaktion kann im Status „Ausstehend“ sein, verzögert werden oder sogar nicht zu den Zahlungsinformationen passen.

Zumindest aus meiner Sicht ist das kein übertrieben vorsichtiges Verhalten. Es ist eine grundlegende Regel: Wenn man das Geld nicht gesehen hat, bestätigt man nicht.

Genau zu diesem Punkt komme ich immer wieder zurück. P2P kann schnell sein, aber die Bestätigung sollte nicht schneller erfolgen als die Überprüfung.
Ich halte an diesem Grundsatz fest, selbst wenn die andere Seite mich drängt.
@Binance Vietnam

#dusk $DUSK
die scheint, als würde ich erst nach ziemlich vielen Beobachtungen der Diskussionen um @Dusk wirklich auf diesen Unterschied aufmerksam. Anfangs dachte ich auch, dass es sich nur um eine weitere Layer-1 handelt – mit den vertrauten Geschichten über Geschwindigkeit, Gebühren und Skalierbarkeit.

Aber das Problem scheint im Designziel zu liegen. Eine herkömmliche Layer 1 versucht oft, eine gemeinsame Grundlage zu schaffen, auf der so viele Arten von Anwendungen wie möglich möglichst gut laufen können. #Duck scheint sich hingegen stärker auf eine engere Aufgabe zu konzentrieren: Finanzbedürfnisse, die Anforderungen an Datenschutz und Compliance stellen, auf die Blockchain zu bringen.

Herkömmliche Systeme kontrollieren Daten meist ziemlich streng. Öffentliche Blockchains gehen in die entgegengesetzte Richtung. Zu viele Informationen können sichtbar werden, während einige Anwendungen das nicht akzeptieren können.

Zumindest aus meiner Sicht versucht @Dusk nicht einfach, eine schnellere Blockchain zu werden. Es scheint vielmehr zu versuchen, zu ändern, wie Transparenz und Privatsphäre gleichzeitig existieren können.

Doch der architektonische Unterschied sagt noch nicht viel aus – und am Ende läuft es auf die Nutzung hinaus. Das ist der Teil, zu dem ich immer wieder zurückkomme, und dem ich weiterhin folge.
@Dusk