Binance Square

fxyo bnb

7 Following
9 Follower
13 Like gegeben
0 Geteilt
Beiträge
·
--
Bullisch
BTC | Aktualisierung im 15M-Rahmen: Der aktuelle Rückzugsbereich ist noch nicht sicher genug für bullisch $BTC hat seit Beginn der Woche einen recht starken Anstieg erlebt, aber aus meiner Sicht ist dies noch kein ausreichend klares Signal, um den kurzfristigen Aufwärtstrend zu bestätigen. Der Grund dafür ist, dass der Verkaufsdruck und die Liquiditätscluster darunter weiterhin bestehen und noch nicht vollständig außer Kraft gesetzt wurden. Solange diese Liquiditätsbereiche noch offen sind, bleibt die Möglichkeit, dass der Preis weiter nach unten geht, ein Szenario, das priorisiert beobachtet werden sollte. Aktuell bewegt sich der Preis in einen sehr sensiblen Bereich: der tägliche Eröffnungsbereich kombiniert mit einem bearishen FVG. Dies ist normalerweise der Bereich, in dem die Verkäufer reagieren können, wenn die Marktstruktur weiterhin tendenziell bearish ist. Anders gesagt, dies ist nicht der Bereich, um zu früh euphorisch zu sein, sondern ein Bereich, in dem die Preisreaktion genau beobachtet werden sollte. Wenn in diesem Bereich Anzeichen einer Ablehnung auftreten, wie z.B. starke Schatten, schwache Kerzen oder das Unvermögen, den Aufwärtstrend aufrechtzuerhalten, dann ist die Wahrscheinlichkeit hoch, dass $BTC einen weiteren Rückgang erleben wird. In diesem Szenario wird das nächste Ziel sein, den Bereich von 65,7k zu durchbrechen, um die verbleibende Liquidität abzugreifen, und gleichzeitig die Preisungleichgewichte, die darunter liegen, zu schließen. Derzeit ähnelt dieser Rückzug eher einem Pullback in einer schwächeren Struktur als einer klaren Umkehr. Solange dieser Widerstandsbereich nicht eindeutig durchbrochen wird, bleibe ich vorsichtig. #BTC
BTC | Aktualisierung im 15M-Rahmen: Der aktuelle Rückzugsbereich ist noch nicht sicher genug für bullisch

$BTC hat seit Beginn der Woche einen recht starken Anstieg erlebt, aber aus meiner Sicht ist dies noch kein ausreichend klares Signal, um den kurzfristigen Aufwärtstrend zu bestätigen.

Der Grund dafür ist, dass der Verkaufsdruck und die Liquiditätscluster darunter weiterhin bestehen und noch nicht vollständig außer Kraft gesetzt wurden. Solange diese Liquiditätsbereiche noch offen sind, bleibt die Möglichkeit, dass der Preis weiter nach unten geht, ein Szenario, das priorisiert beobachtet werden sollte.

Aktuell bewegt sich der Preis in einen sehr sensiblen Bereich: der tägliche Eröffnungsbereich kombiniert mit einem bearishen FVG.

Dies ist normalerweise der Bereich, in dem die Verkäufer reagieren können, wenn die Marktstruktur weiterhin tendenziell bearish ist. Anders gesagt, dies ist nicht der Bereich, um zu früh euphorisch zu sein, sondern ein Bereich, in dem die Preisreaktion genau beobachtet werden sollte.

Wenn in diesem Bereich Anzeichen einer Ablehnung auftreten, wie z.B. starke Schatten, schwache Kerzen oder das Unvermögen, den Aufwärtstrend aufrechtzuerhalten, dann ist die Wahrscheinlichkeit hoch, dass $BTC einen weiteren Rückgang erleben wird. In diesem Szenario wird das nächste Ziel sein, den Bereich von 65,7k zu durchbrechen, um die verbleibende Liquidität abzugreifen, und gleichzeitig die Preisungleichgewichte, die darunter liegen, zu schließen.

Derzeit ähnelt dieser Rückzug eher einem Pullback in einer schwächeren Struktur als einer klaren Umkehr. Solange dieser Widerstandsbereich nicht eindeutig durchbrochen wird, bleibe ich vorsichtig.
#BTC
🎙️ RIO K SATH EK CUP CHAI KIA HOJAI ??????? VIEL GLÜCK
avatar
Beenden
05 h 59 m 59 s
10.9k
7
1
🎙️ BTC UND ZUKUNFT
avatar
Beenden
59 s
3
SIGNUSDT
Limit/Long
0
0
Artikel
Baut SIGN eine Evidenzschicht für Web3?Ich habe einmal etwas ziemlich Seltsames im Web3 gesehen: Jeder spricht über Vertrauen, Verifizierung, Reputation, Qualifikationen, aber jede App definiert diese Dinge auf ihre eigene Weise. Hier braucht man KYC. An anderer Stelle braucht man ein Badge. An wieder einer anderen Stelle stützt man sich auf eine Genehmigung, die irgendwo im Backend liegt und die der Benutzer nicht sieht. Auf den ersten Blick sieht es alles nach „Verifizierung“ aus, aber in Wirklichkeit baut jeder Ort seine eigene Dateninsel auf. Und je mehr ich es benutze, desto mehr sehe ich, dass das Problem nicht darin liegt, dass es an Ansprüchen fehlt, sondern dass die Ansprüche nicht aus dem System hinausgelangen, das sie hervorgebracht hat. Deshalb halte ich die Frage „Baut SIGN eine Evidenzschicht für Web3?“ für eine viel diskutierenswertere Frage als die üblichen Narrative wie Airdrop oder Qualifikationen.

Baut SIGN eine Evidenzschicht für Web3?

Ich habe einmal etwas ziemlich Seltsames im Web3 gesehen: Jeder spricht über Vertrauen, Verifizierung, Reputation, Qualifikationen, aber jede App definiert diese Dinge auf ihre eigene Weise. Hier braucht man KYC. An anderer Stelle braucht man ein Badge. An wieder einer anderen Stelle stützt man sich auf eine Genehmigung, die irgendwo im Backend liegt und die der Benutzer nicht sieht. Auf den ersten Blick sieht es alles nach „Verifizierung“ aus, aber in Wirklichkeit baut jeder Ort seine eigene Dateninsel auf. Und je mehr ich es benutze, desto mehr sehe ich, dass das Problem nicht darin liegt, dass es an Ansprüchen fehlt, sondern dass die Ansprüche nicht aus dem System hinausgelangen, das sie hervorgebracht hat. Deshalb halte ich die Frage „Baut SIGN eine Evidenzschicht für Web3?“ für eine viel diskutierenswertere Frage als die üblichen Narrative wie Airdrop oder Qualifikationen.
·
--
Bullisch
21:50 Ich habe letzte Woche einen Drittanbieter-KYC-Anbieter in mein Nebenprojekt integriert. Es hat den ganzen Tag gedauert, um die Dokumentation zu lesen, Webhooks einzurichten, Edge Cases zu handhaben und zu beten, dass sich das Antwortformat in Zukunft nicht ändert 😅 Das ist genau das, was Sign zu eliminieren versucht. Das Schema und das Attestierungsmodell von Sign sind bemerkenswert, nicht wegen des neuen Konzepts, sondern wegen der absichtlichen Trennung der beiden. Das Schema ist eine Spezifikation, kein Datum. Es definiert, wie "KYC-Abschluss aussieht", einmal, und wird von allen geteilt. Wenn genügend Parteien dasselbe Schema annehmen, sind alle Attestierungen gemäß diesem Schema maschinenlesbar für jede App, ohne dass eine benutzerdefinierte Integration erforderlich ist. Eine Attestierung ist eine Instanz dieser Spezifikation mit echten Daten und einer kryptografischen Signatur. Maschinenverifizierbar on-chain, kein Vertrauen in Dritte erforderlich. Schema-Hooks sind der Punkt, an dem ich den wirklichen Unterschied sehe: Logik läuft automatisch, wenn sich der Attestierungsstatus ändert. Nicht nur die Tatsache festhalten, sondern auch automatisch auf diese Tatsache reagieren. Diese drei Schichten zusammen verwandeln die Verifizierung von Diensten, die integriert werden müssen, in primitive, die zusammengesetzt werden können. Ich verfolge $SIGN . Glaubt ihr, dass dieses Modell die Integrationsschmerzen lösen kann? @SignOfficial #SignDigitalSovereignInfra $SIREN
21:50 Ich habe letzte Woche einen Drittanbieter-KYC-Anbieter in mein Nebenprojekt integriert. Es hat den ganzen Tag gedauert, um die Dokumentation zu lesen, Webhooks einzurichten, Edge Cases zu handhaben und zu beten, dass sich das Antwortformat in Zukunft nicht ändert 😅
Das ist genau das, was Sign zu eliminieren versucht.

Das Schema und das Attestierungsmodell von Sign sind bemerkenswert, nicht wegen des neuen Konzepts, sondern wegen der absichtlichen Trennung der beiden.

Das Schema ist eine Spezifikation, kein Datum. Es definiert, wie "KYC-Abschluss aussieht", einmal, und wird von allen geteilt. Wenn genügend Parteien dasselbe Schema annehmen, sind alle Attestierungen gemäß diesem Schema maschinenlesbar für jede App, ohne dass eine benutzerdefinierte Integration erforderlich ist.

Eine Attestierung ist eine Instanz dieser Spezifikation mit echten Daten und einer kryptografischen Signatur. Maschinenverifizierbar on-chain, kein Vertrauen in Dritte erforderlich.

Schema-Hooks sind der Punkt, an dem ich den wirklichen Unterschied sehe: Logik läuft automatisch, wenn sich der Attestierungsstatus ändert. Nicht nur die Tatsache festhalten, sondern auch automatisch auf diese Tatsache reagieren.

Diese drei Schichten zusammen verwandeln die Verifizierung von Diensten, die integriert werden müssen, in primitive, die zusammengesetzt werden können.

Ich verfolge $SIGN . Glaubt ihr, dass dieses Modell die Integrationsschmerzen lösen kann? @SignOfficial #SignDigitalSovereignInfra $SIREN
🎙️ NEELI PARI PEELI PARI KAMRY MEIN BAND HY HUMY CASH CASH PASAND HY
avatar
Beenden
05 h 06 m 27 s
1.3k
5
3
Artikel
Kann SIGN eine vernünftige Brücke zwischen Privatsphäre und Überprüfung dank ZK sein?Ich hatte früher ein ziemlich unangenehmes Gefühl, wenn ich einige Protokolle verwendet habe, die eine Überprüfung der Berechtigung erforderten. Was sie wirklich brauchen, ist nur zu wissen, ob sie berechtigt sind oder nicht, aber wie sie es behandeln, ähnelt eher dem Versuch, das gesamte Dokumentenpaket zu erfassen: KYC an einem Ort, Nachweis der Mittel an einem anderen Ort, plus ein paar Wallet-Daten zur Sicherheit. Je mehr ich es benutze, desto mehr stelle ich fest, dass viele Apps im Web3 nicht an Daten mangeln; sie benötigen lediglich einen Weg, um zu überprüfen, ob das, was überprüft werden muss, korrekt ist, ohne die Benutzer zu einem Paket von Unterlagen zu machen, das immer wieder eingereicht werden muss.

Kann SIGN eine vernünftige Brücke zwischen Privatsphäre und Überprüfung dank ZK sein?

Ich hatte früher ein ziemlich unangenehmes Gefühl, wenn ich einige Protokolle verwendet habe, die eine Überprüfung der Berechtigung erforderten.
Was sie wirklich brauchen, ist nur zu wissen, ob sie berechtigt sind oder nicht, aber wie sie es behandeln, ähnelt eher dem Versuch, das gesamte Dokumentenpaket zu erfassen: KYC an einem Ort, Nachweis der Mittel an einem anderen Ort, plus ein paar Wallet-Daten zur Sicherheit.
Je mehr ich es benutze, desto mehr stelle ich fest, dass viele Apps im Web3 nicht an Daten mangeln; sie benötigen lediglich einen Weg, um zu überprüfen, ob das, was überprüft werden muss, korrekt ist, ohne die Benutzer zu einem Paket von Unterlagen zu machen, das immer wieder eingereicht werden muss.
·
--
Bullisch
Als ich die Dokumente von Sign um 23 Uhr morgens las, fiel mir auf, dass sie nicht nur den Speicher für Attestierungen schön gestaltet haben. Wenn man den richtigen Weg einschlägt, kann Sign vollständig zur Backend-Logik für On-Chain-Berechtigungen werden. Das Gute daran ist, dass der Zugriff nicht mehr in jeder App hartkodiert sein muss. Ein Credential wie KYC, Audit-Status oder Contributor-Reputation kann über ein Schema standardisiert, durch Attestierungen registriert und dann vom Vertrag abgerufen werden, wenn entschieden werden muss, wer Zugang hat, wer Funktionen aufrufen kann und wer die Voraussetzungen für eine Rolle erfüllt. So wie ich es sehe, ist die App nur der Ort, an dem die Berechtigungen ausgeführt werden. Die tatsächliche Logik kann in der Evidence-Schicht liegen, die Sign gerade aufbaut. Wenn diese These funktioniert, wird die Berechtigung in Web3 weniger von einzelnen Apps abhängig und beginnt, portabler zu werden. @SignOfficial #SignDigitalSovereignInfra $SIGN $SIREN
Als ich die Dokumente von Sign um 23 Uhr morgens las, fiel mir auf, dass sie nicht nur den Speicher für Attestierungen schön gestaltet haben. Wenn man den richtigen Weg einschlägt, kann Sign vollständig zur Backend-Logik für On-Chain-Berechtigungen werden.

Das Gute daran ist, dass der Zugriff nicht mehr in jeder App hartkodiert sein muss.

Ein Credential wie KYC, Audit-Status oder Contributor-Reputation kann über ein Schema standardisiert, durch Attestierungen registriert und dann vom Vertrag abgerufen werden, wenn entschieden werden muss, wer Zugang hat, wer Funktionen aufrufen kann und wer die Voraussetzungen für eine Rolle erfüllt.

So wie ich es sehe, ist die App nur der Ort, an dem die Berechtigungen ausgeführt werden. Die tatsächliche Logik kann in der Evidence-Schicht liegen, die Sign gerade aufbaut. Wenn diese These funktioniert, wird die Berechtigung in Web3 weniger von einzelnen Apps abhängig und beginnt, portabler zu werden.
@SignOfficial #SignDigitalSovereignInfra $SIGN $SIREN
·
--
Bullisch
$BTC 10% vom Swing-Short geschnitten. Gleichgewicht Hedge aktiviert. Wenn wir die Tiefs von 64-65K verlieren, steuern wir unter 60K. Wenn ich nicht short wäre, wäre ich nicht long. $BTC {future}(BTCUSDT)
$BTC 10% vom Swing-Short geschnitten.

Gleichgewicht Hedge aktiviert.

Wenn wir die Tiefs von 64-65K verlieren, steuern wir unter 60K. Wenn ich nicht short wäre, wäre ich nicht long.
$BTC
🎙️ LIVE HANDEL 1
avatar
Beenden
04 m 32 s
4
SIGNUSDT
Limit/Long
0
0
·
--
Bullisch
$BTC sieht sehr schlecht aus, um ehrlich zu sein, die grüne Box wird die nächste Wahl sein, es sei denn, Trump bringt dieses Wochenende eine optimistische Propaganda heraus. Vergiss nicht, mir zu folgen, um die neuesten Informationen zu erhalten #BTC
$BTC sieht sehr schlecht aus, um ehrlich zu sein, die grüne Box wird die nächste Wahl sein, es sei denn, Trump bringt dieses Wochenende eine optimistische Propaganda heraus.
Vergiss nicht, mir zu folgen, um die neuesten Informationen zu erhalten
#BTC
Artikel
Versucht SIGN, den programmierbaren Glauben zu standardisieren?Ich habe gerade darüber nachgedacht, dass es eine ziemlich vertraute Sache im Web3 ist: Viele Apps müssen tatsächlich nicht die gesamten Unterlagen der Benutzer kennen, was sie brauchen, ist nur eine ausreichend vertrauenswürdige Antwort auf die Frage „Hat diese Person die erforderlichen Qualifikationen oder nicht?“. So wie ich das sehe, ist dies genau die Art von Problem, das Sign lösen kann, und es ist auch der Punkt, der meine Aufmerksamkeit mehr auf sich zieht als viele Protokolle, die nur bei Erzählungen über Identität oder Verifizierung stehen bleiben.

Versucht SIGN, den programmierbaren Glauben zu standardisieren?

Ich habe gerade darüber nachgedacht, dass es eine ziemlich vertraute Sache im Web3 ist: Viele Apps müssen tatsächlich nicht die gesamten Unterlagen der Benutzer kennen, was sie brauchen, ist nur eine ausreichend vertrauenswürdige Antwort auf die Frage „Hat diese Person die erforderlichen Qualifikationen oder nicht?“.
So wie ich das sehe, ist dies genau die Art von Problem, das Sign lösen kann, und es ist auch der Punkt, der meine Aufmerksamkeit mehr auf sich zieht als viele Protokolle, die nur bei Erzählungen über Identität oder Verifizierung stehen bleiben.
·
--
Bullisch
Ich habe gerade an etwas ziemlich Bekanntes im Web3 gedacht: Viele Apps müssen nur wissen, ob Sie die Voraussetzungen erfüllen oder nicht, und müssen nicht Ihr gesamtes Profil sehen. So wie ich es sehe, ist das genau die Art von Problem $SIGN , das lösbar ist 😀 Sign beschreibt ihr Protokoll als Evidenzschicht, die selektive Offenlegung, datenschutzfreundliche Nachweise und verschiedene öffentliche, private und ZK-basierte Attestierungen unterstützt. Wenn ein Anspruch in einem klaren Schema verpackt ist, das von einem vertrauenswürdigen Herausgeber ausgestellt wurde, und mit einer überprüfbaren und widerrufbaren Attestierung verknüpft ist, dann muss die App nur den Nachweis über die Berechtigung lesen, anstatt die gesamte ursprüngliche Datensammlung herauszuziehen. Aber um diese These aufrechtzuerhalten, muss Sign immer noch beweisen, dass viele Apps tatsächlich bereit sind, diese Evidenzschicht in der Produktion in der realen Welt zu verwenden. @SignOfficial #SignDigitalSovereignInfra $SIGN $SIREN
Ich habe gerade an etwas ziemlich Bekanntes im Web3 gedacht: Viele Apps müssen nur wissen, ob Sie die Voraussetzungen erfüllen oder nicht, und müssen nicht Ihr gesamtes Profil sehen.

So wie ich es sehe, ist das genau die Art von Problem $SIGN , das lösbar ist 😀

Sign beschreibt ihr Protokoll als Evidenzschicht, die selektive Offenlegung, datenschutzfreundliche Nachweise und verschiedene öffentliche, private und ZK-basierte Attestierungen unterstützt.

Wenn ein Anspruch in einem klaren Schema verpackt ist, das von einem vertrauenswürdigen Herausgeber ausgestellt wurde, und mit einer überprüfbaren und widerrufbaren Attestierung verknüpft ist, dann muss die App nur den Nachweis über die Berechtigung lesen, anstatt die gesamte ursprüngliche Datensammlung herauszuziehen.

Aber um diese These aufrechtzuerhalten, muss Sign immer noch beweisen, dass viele Apps tatsächlich bereit sind, diese Evidenzschicht in der Produktion in der realen Welt zu verwenden.
@SignOfficial #SignDigitalSovereignInfra $SIGN $SIREN
Artikel
BTC sendet schwache Signale aus, und gegen Ende des Monats könnte es zu stärkeren Schwankungen kommen$BTC sendet schwache Signale aus, und gegen Ende des Monats könnte es zu stärkeren Schwankungen kommen Bitcoin zeigt kurzfristig ziemlich deutliche Anzeichen von Schwäche. Da dieser Kontext genau auf einen Freitag fällt, denke ich, dass es keineswegs überraschend wäre, wenn der Markt gegen Ende des Monats eine tiefere Korrekturphase durchläuft. Dies ist normalerweise eine Zeit, in der die Liquidität stark schwanken kann, die Marktpsychologie wird ebenfalls empfindlicher, sodass starke Abwärtsbewegungen häufig sehr leicht auftreten.

BTC sendet schwache Signale aus, und gegen Ende des Monats könnte es zu stärkeren Schwankungen kommen

$BTC sendet schwache Signale aus, und gegen Ende des Monats könnte es zu stärkeren Schwankungen kommen
Bitcoin zeigt kurzfristig ziemlich deutliche Anzeichen von Schwäche. Da dieser Kontext genau auf einen Freitag fällt, denke ich, dass es keineswegs überraschend wäre, wenn der Markt gegen Ende des Monats eine tiefere Korrekturphase durchläuft.
Dies ist normalerweise eine Zeit, in der die Liquidität stark schwanken kann, die Marktpsychologie wird ebenfalls empfindlicher, sodass starke Abwärtsbewegungen häufig sehr leicht auftreten.
·
--
Bullisch
$KAT ist derzeit einer der am besten trendenden Gewinner auf Binance. Vorgeschlagene Eingangszone: 0.012–0.013 Ziele: 0.015–0.018 Stop-Loss: 10% KAT ist eine neu gelistete Münze, daher gibt es eine gute Chance, dass sie in der kommenden Periode mehr Momentum sehen könnte. Wenn Sie neu gelistete Münzen handeln, ist KAT eine, die Sie auf Ihrer Beobachtungsliste behalten sollten. Folgen Sie mir, um die schnellsten Handelsupdates zu erhalten. KAUFEN UND HANDELN 👇 $KAT {future}(KATUSDT)
$KAT ist derzeit einer der am besten trendenden Gewinner auf Binance.

Vorgeschlagene Eingangszone:
0.012–0.013
Ziele: 0.015–0.018
Stop-Loss: 10%

KAT ist eine neu gelistete Münze, daher gibt es eine gute Chance, dass sie in der kommenden Periode mehr Momentum sehen könnte. Wenn Sie neu gelistete Münzen handeln, ist KAT eine, die Sie auf Ihrer Beobachtungsliste behalten sollten.

Folgen Sie mir, um die schnellsten Handelsupdates zu erhalten.

KAUFEN UND HANDELN
👇
$KAT
Artikel
Kann SIGN helfen, die Berechtigung nachzuweisen, ohne die gesamten Unterlagen offenlegen zu müssen?Ich hatte immer das Gefühl, dass es ziemlich komisch ist, jedes Mal die Multi-Chain-App zu benutzen: Vermögenswerte können gebrückt werden, Liquidität kann geroutet werden, aber das Vertrauen bleibt fast immer auf der ursprünglichen Chain. Eine Wallet, die möglicherweise KYC in diesem System abgeschlossen hat, eine Kampagne in einem anderen System abgeschlossen hat, einen Ruf an einem anderen Ort hat, aber beim Wechsel zur neuen App fast wieder am Anfang beginnt. Die neue App weiß nicht, wie sie diesen Anspruch verarbeiten soll, nach welchem Standard sie lesen soll, wo sie abfragen soll, wer der Aussteller ist, ob er noch gültig ist oder ob er widerrufen wurde. So wie ich das sehe, ist dies die Lücke, in die Sign versucht einzudringen, wenn sie über das Sign-Protokoll als ein Omni-Chain-Bestätigungsprotokoll und eine gemeinsame Evidenzschicht sprechen.

Kann SIGN helfen, die Berechtigung nachzuweisen, ohne die gesamten Unterlagen offenlegen zu müssen?

Ich hatte immer das Gefühl, dass es ziemlich komisch ist, jedes Mal die Multi-Chain-App zu benutzen: Vermögenswerte können gebrückt werden, Liquidität kann geroutet werden, aber das Vertrauen bleibt fast immer auf der ursprünglichen Chain.
Eine Wallet, die möglicherweise KYC in diesem System abgeschlossen hat, eine Kampagne in einem anderen System abgeschlossen hat, einen Ruf an einem anderen Ort hat, aber beim Wechsel zur neuen App fast wieder am Anfang beginnt. Die neue App weiß nicht, wie sie diesen Anspruch verarbeiten soll, nach welchem Standard sie lesen soll, wo sie abfragen soll, wer der Aussteller ist, ob er noch gültig ist oder ob er widerrufen wurde. So wie ich das sehe, ist dies die Lücke, in die Sign versucht einzudringen, wenn sie über das Sign-Protokoll als ein Omni-Chain-Bestätigungsprotokoll und eine gemeinsame Evidenzschicht sprechen.
·
--
Bullisch
Ich habe gestern Abend über $SIGN nachgedacht und fand eine ziemlich interessante Idee: Sie speichern nicht nur die Bestätigung, sondern ziehen auch den gesamten Lebenszyklus des Vertrauens auf die On-Chain-Infrastruktur. Nach meiner Auffassung beginnt Vertrauen nicht in dem Moment, in dem ein Anspruch aufgezeichnet wird. Es beginnt mit dem Schema, das einen gemeinsamen Standard festlegt, geht über den Aussteller, der die Bestätigung ausstellt, und lebt dann weiter in Abfragen, Verifizierung, Widerruf und der Art und Weise, wie andere Apps diesen Beweis wiederverwenden. Ein Punkt, den ich erwähnenswert finde, ist, dass Sign das Vertrauen nicht in einen statischen Snapshot einfriert. Sie versuchen, Vertrauen in einen Zustand zu verwandeln, der erstellt, aktualisiert, überprüft und widerrufen werden kann, basierend auf klaren Logiken. Wenn man weit genug geht, ist es nicht nur mehr die Verifizierung von Daten, sondern es bringt den Lebenszyklus des Vertrauens auf die gemeinsame Web3-Infrastruktur. @SignOfficial #SignDigitalSovereignInfra $SIGN $SIREN
Ich habe gestern Abend über $SIGN nachgedacht und fand eine ziemlich interessante Idee: Sie speichern nicht nur die Bestätigung, sondern ziehen auch den gesamten Lebenszyklus des Vertrauens auf die On-Chain-Infrastruktur.

Nach meiner Auffassung beginnt Vertrauen nicht in dem Moment, in dem ein Anspruch aufgezeichnet wird. Es beginnt mit dem Schema, das einen gemeinsamen Standard festlegt, geht über den Aussteller, der die Bestätigung ausstellt, und lebt dann weiter in Abfragen, Verifizierung, Widerruf und der Art und Weise, wie andere Apps diesen Beweis wiederverwenden.

Ein Punkt, den ich erwähnenswert finde, ist, dass Sign das Vertrauen nicht in einen statischen Snapshot einfriert. Sie versuchen, Vertrauen in einen Zustand zu verwandeln, der erstellt, aktualisiert, überprüft und widerrufen werden kann, basierend auf klaren Logiken.

Wenn man weit genug geht, ist es nicht nur mehr die Verifizierung von Daten, sondern es bringt den Lebenszyklus des Vertrauens auf die gemeinsame Web3-Infrastruktur.
@SignOfficial #SignDigitalSovereignInfra $SIGN $SIREN
·
--
Bullisch
$SIREN ist bereits 3x von unten abgeprallt, nachdem es auf ein Viertel seines Höchststands geschnitten wurde. In diesem Stadium könnte jeder, der versucht, dieses Ding zu shorten, am Ende nichts mehr auf seinem Konto haben. DWF kommt wirklich jede Saison heiß rein, das kann ich nicht leugnen. Ist hier noch jemand long bei diesem? Kaufen und handeln 👇 $SIREN {future}(SIRENUSDT)
$SIREN ist bereits 3x von unten abgeprallt, nachdem es auf ein Viertel seines Höchststands geschnitten wurde.

In diesem Stadium könnte jeder, der versucht, dieses Ding zu shorten, am Ende nichts mehr auf seinem Konto haben.

DWF kommt wirklich jede Saison heiß rein, das kann ich nicht leugnen.
Ist hier noch jemand long bei diesem?
Kaufen und handeln
👇
$SIREN
Artikel
Verwandelt Sign eine verifizierte Tatsache in einen Lego-Baustein für andere Protokolle?Ich sitze gerade und denke über @SignOfficial nach, und ich habe ein ziemlich klares Gefühl: Was sie zu bauen versuchen, ist nicht nur ein Ort, um eine Tatsache festzuhalten, sondern auch ein Weg, wie eine verifizierte Tatsache in vielen anderen Protokollen weiterleben kann. Nach meiner Ansicht ist dies der wichtigste Teil von Sign. Im Web3 gibt es derzeit keinen Mangel an Claims. Jede App kann behaupten, dass dieser Benutzer berechtigt ist, eine Belohnung zu erhalten. Jedes Protokoll kann behaupten, dass diese Wallet einen guten Ruf hat. Eine DAO kann einem Mitwirkenden ein Badge verleihen. Eine Plattform kann verifizieren, ob jemand KYC gemacht, gemintet, abgestimmt, an einer Kampagne teilgenommen oder eine bestimmte Aufgabe abgeschlossen hat.

Verwandelt Sign eine verifizierte Tatsache in einen Lego-Baustein für andere Protokolle?

Ich sitze gerade und denke über @SignOfficial nach, und ich habe ein ziemlich klares Gefühl: Was sie zu bauen versuchen, ist nicht nur ein Ort, um eine Tatsache festzuhalten, sondern auch ein Weg, wie eine verifizierte Tatsache in vielen anderen Protokollen weiterleben kann.
Nach meiner Ansicht ist dies der wichtigste Teil von Sign.
Im Web3 gibt es derzeit keinen Mangel an Claims. Jede App kann behaupten, dass dieser Benutzer berechtigt ist, eine Belohnung zu erhalten. Jedes Protokoll kann behaupten, dass diese Wallet einen guten Ruf hat. Eine DAO kann einem Mitwirkenden ein Badge verleihen. Eine Plattform kann verifizieren, ob jemand KYC gemacht, gemintet, abgestimmt, an einer Kampagne teilgenommen oder eine bestimmte Aufgabe abgeschlossen hat.
·
--
Bullisch
Ich habe gerade die Fälle, in denen ich gestern Abend Sign verwendet habe, noch einmal durchgelesen, und es gab eine Idee, die mich ziemlich lange zum Nachdenken brachte: Die Daten werden zwar verifiziert, sterben aber oft in der App, die sie erzeugt hat. So wie ich das sehe, versucht $SIGN genau an dieser Stelle etwas zu verändern 😀 Was ich bemerkenswert finde, ist, dass sie nicht nur zur Dekoration eine Attestation auf die Chain schreiben, sondern versuchen, die verifizierten Daten in etwas zu verwandeln, das in anderen Apps wiederverwendet werden kann. Wenn ein Anspruch verifiziert wurde, aber eine andere App ihn nicht lesen, nicht verstehen und nicht wiederverwenden kann, bleibt er nur ein lokaler Beweis. Sign bringt dieses Thema durch Schema, Attestation und eine allgemeinere Evidence-Schicht weiter voran. Für mich ist dies der Weg, verifizierte Daten in eine Art von Vermögen zu verwandeln, das für Zugang, Reputation, Verteilung oder Koordination wiederverwendet werden kann, ohne von vorne verifiziert werden zu müssen. Aber letztendlich ist diese These nur stark, wenn es viele Apps gibt, die tatsächlich dieselbe Evidenzschicht wiederverwenden. #SignDigitalSovereignInfra $SIGN @SignOfficial $SIREN
Ich habe gerade die Fälle, in denen ich gestern Abend Sign verwendet habe, noch einmal durchgelesen, und es gab eine Idee, die mich ziemlich lange zum Nachdenken brachte: Die Daten werden zwar verifiziert, sterben aber oft in der App, die sie erzeugt hat.

So wie ich das sehe, versucht $SIGN genau an dieser Stelle etwas zu verändern 😀

Was ich bemerkenswert finde, ist, dass sie nicht nur zur Dekoration eine Attestation auf die Chain schreiben, sondern versuchen, die verifizierten Daten in etwas zu verwandeln, das in anderen Apps wiederverwendet werden kann.

Wenn ein Anspruch verifiziert wurde, aber eine andere App ihn nicht lesen, nicht verstehen und nicht wiederverwenden kann, bleibt er nur ein lokaler Beweis.

Sign bringt dieses Thema durch Schema, Attestation und eine allgemeinere Evidence-Schicht weiter voran. Für mich ist dies der Weg, verifizierte Daten in eine Art von Vermögen zu verwandeln, das für Zugang, Reputation, Verteilung oder Koordination wiederverwendet werden kann, ohne von vorne verifiziert werden zu müssen.

Aber letztendlich ist diese These nur stark, wenn es viele Apps gibt, die tatsächlich dieselbe Evidenzschicht wiederverwenden.
#SignDigitalSovereignInfra $SIGN @SignOfficial $SIREN
Melde dich an, um weitere Inhalte zu entdecken
Krypto-Nutzer weltweit auf Binance Square kennenlernen
⚡️ Bleib in Sachen Krypto stets am Puls.
💬 Die weltgrößte Kryptobörse vertraut darauf.
👍 Erhalte verlässliche Einblicke von verifizierten Creators.
E-Mail-Adresse/Telefonnummer
Sitemap
Cookie-Präferenzen
Nutzungsbedingungen der Plattform