Die Latenz schien der offensichtliche Schwerpunkt zu sein, als ich zum ersten Mal in Fogo eintauchte. Sub-100ms Konsens, SVM-Konformität und Firedancer-Wurzeln sind für Händler alle aufregend. Doch als ich in die Dokumentation eingetaucht war, war es nicht die Geschwindigkeit, die meine Wahrnehmung von Fogo veränderte, sondern ein Produktbaustein: Sitzungen.
Wenn Sie möchten, dass der On-Chain-Handel das Gefühl eines traditionellen Handelsraums hat, besteht die Hälfte davon aus Geschwindigkeit. Die andere Seite ist: Wie könnte man dem Benutzer erlauben, etwas schnell zu tun, ohne ihm beizubringen, die volle Kontrolle über die Wallet zu verlieren?
Fogo bemüht sich, die Antwort auf diese Frage zu geben.
Die These: Abgegrenzte Delegation und keine weiteren Unterschriften sind die nächste Welle des On-Chain-UX.
Die überwiegende Mehrheit des DeFi-UX bietet einen Kompromiss: Entweder signieren Sie Transaktion für Transaktion, was langsam, ärgerlich und fehleranfällig ist, oder Sie geben allgemeine Berechtigungen, die schwer zu kontrollieren sind, insbesondere für neue Benutzer. Fogo Sessions bietet eine moderate Lösung: Ein Benutzer gewährt einmal eine Sitzung, und eine Anwendung kann innerhalb eines begrenzten Zeit- und Anwendungsrahmens, die vorab genehmigt sind, Aktionen ausführen, ohne dass bei jedem Schritt eine Unterschrift angefordert wird.
Das wäre leicht zu sagen, doch es ist ein großer Denkwechsel. Es verwandelt eine Brieftasche in eine Maschine, die bei jeder Verwendung Genehmigungen erteilt, zu einer, die als moderne Anwendung fungiert: Sie geben ihr eingeschränkten Zugang, und dieser Zugang ist vorübergehend.
In Notwendigkeit eines Satzes, es gibt Geschwindigkeitsbeschränkungen.
Was Sessions in einfachen Worten wirklich sind.
Um eine nicht-technische Person Fogo Sessions verständlich zu machen, würde ich ihm sagen, es sei, als würde man einer Anwendung eine temporäre Erlaubniskarte geben.
Sie identifizieren sich einmal, genehmigen die Sitzung und die App kann alles ausführen, was Sie ihr erlaubt haben, solange Sie es festgelegt haben. Sie können die Sitzung einschränken, falls Sie einfach wünschen, dass die App innerhalb eines begrenzten Zeitraums oder unter bestimmten Umständen handelt.
Die Dokumentation von Fogo definiert Sessions als ein Modell der Kontoabstraktion, das aus einer Absichtsnachricht besteht, die zeigt, dass Sie die Kontrolle über die Brieftasche haben. Es ist so gestaltet, dass Benutzer in der Lage sind, eine Unterschrift zu diesem Zweck zu leisten und sie mit regulären Solana-Brieftaschen zu beenden, obwohl diese Brieftasche möglicherweise nicht Fogo-native ist.
Ein solcher Untertext ist mehr, als sie denken. Es impliziert einfach: Treffen Sie Benutzer dort, wo sie bereits existieren, und nicht den Brieftaschenstapel für alle.
Der Grund, warum dies eine handelsnative Funktionalität ist, und nicht nur eine praktische Einrichtung.
Handel ist voller kleiner Aktionen, die schmerzhaft sind, wenn man um eine Unterschrift bittet.
Bestellen. Eine Bestellung ändern. Eine Bestellung stornieren. Neuangebot. Märkte wechseln. Marge verwalten. Rebalancieren. Sicherheiten hinzufügen. Staub abheben.
Sie kennen auch die Erfahrung, ein aktiver Onchain-Händler zu sein: Statt zu handeln, klicken Sie auf Genehmigungen. Zentralisierte Börsen sind angenehm zu interagieren, nicht weil die Verwahrung zentralisiert ist, sondern weil der Interaktionsloop schnell ist.
Fogo Sessions zielt darauf ab, diese sofortige Interaktion mit der Bindung in Besitz des Benutzers aufrechtzuerhalten. Fogo positioniert Sessions als Web3 Single-Sign-On und als Mittel, sowohl Unterschriften als auch Gas zu umgehen, um Flüsse zu unterstützen.
Deshalb nenne ich es handelsnative: Es ist mit der Idee entworfen, dass Handel ein Prozess ist, anstatt ein Punkt-zu-Punkt-Transfer.
Begrenzung und Überprüfung des Sicherheitselements, das den Sessions Glaubwürdigkeit verleiht.
Wenn eine der Ketten keine ständigen Genehmigungen sagt, würde die folgende Frage lauten: Was würde verhindern, dass eine App mich ausraubt?
Hier ist die Geschichte der Sessions von Fogo ernster. Die im Fogo-Leitfaden spezifisch genannten Schutzmaßnahmen umfassen Ausgabenlimits und Domainüberprüfung, bei denen Benutzer Apps anzeigen dürfen, ohne den Rest ihrer Brieftasche zu gefährden.
Das ist ein wichtiges Signal. Es zeigt, dass Sessions nicht nur um Geschwindigkeit geht, sondern auch um Sicherheit auf eine Weise, die von den normalen Benutzern verstanden werden kann.
Aufgrund der Tatsache, dass die tatsächlichen Hindernisse für die Akzeptanz nicht nur Hacks sind; es ist Angst. Die Menschen sind nicht bereit, Spezialisten für Sicherheit zu werden, nur um einen Handel durchzuführen.
Weniger Klicks ist deshalb nicht der wahre Sieg. Es ist ein Berechtigungsmodell, das in einem einzigen Satz zusammengefasst werden kann: "Diese App kann nur dies tun, nur so lange."
Der Entwicklerwinkel: Sessions als Norm, nicht als einmaliges Gimmick.
Ein großer Teil des Krypto-guten UX existiert in den ad-hoc Mustern. Es gibt ein einzelnes Team, das einen benutzerdefinierten Relayer konstruiert. Einer von ihnen entwickelt einen benutzerdefinierten Unterzeichner. Der andere bildet ein hacky Sessions-System. Das Ergebnis ist Fragmentierung, sodass der Benutzer keine Intuition entwickeln kann, da jede App unterschiedlich funktioniert.
Fogo Sessions ist ein bereitgestellter Open-Source-Standard für App-Sessions, einschließlich SDKs und Beispiel-Repositories, um Konstrukteuren zu helfen, sich an ein standardisiertes Format zu halten.
Das ist ein völlig anderer Ansatz: Statt zu hoffen, dass jede App gutes UX liefert, geben Sie ein Ökosystem-Primitiv, das Konsistenz fördert.
Monotonie wird unterschätzt; es ist die Art und Weise, wie die Benutzer Vertrauen schaffen. Sobald jede App ihre seltsame Genehmigungsgeschichte hat, kommen die Menschen zu dem Schluss, das Schlimmste zu denken.
Was ist die Relevanz von Sessions, selbst wenn Sie sich nicht mit dem Handel beschäftigen?
Beste stabile Anwendungen: Im Falle des externen Handels hat der Benutzer nicht den Eindruck, mit explosiven Materialien zu arbeiten.
Denken Sie an wiederkehrende Aktivitäten, wie Abonnements, lohnähnliche Zahlungen, regelmäßige Treasury-Operationen, automatisierte Pläne, Warnungen und Auslöser, die kleinere Aktivitäten verursachen. Und in all diesen Strömen gibt es immer das gleiche Problem, die Reibung, und allgemeine Genehmigungen sind furchterregend.
Die dritte Tür ist UX auf Sessions-Basis, die wiederkehrendes, abgegrenztes Verhalten bietet, ohne die Benutzer zu Robotern zu machen, die Popups anklicken.
