Könnte event watch() von der letzten Blocknummer (Tail) zum Head wechseln?

Ich werde es versuchen, weil Prämien. :-)

Technisch gesehen nein, aber Sie könnten einen ähnlichen Effekt erzeugen.

Ich sage „nein“, weil die Blockchain ein wohlgeordneter Satz von Blöcken ist, die jeweils einen wohlgeordneten Satz von Transaktionen enthalten. Im weiteren Sinne ist die Blockchain ein wohlgeordneter Satz von Transaktionen, beginnend mit der ersten Transaktion in oder nach Block 0.

Hier ist der Knaller.

Es soll überprüft werden, da ein Block nach dem Genesis-Block ohne Bezugnahme auf den vorangehenden Block nicht unabhängig verifiziert werden kann. Mit anderen Worten, um zu wissen, dass Sie den authentischen 50. Block betrachten (durch Konsens), müssen Sie Kenntnis von Block 49 haben. Wenn Sie am Ende beginnen, wenden Sie im Allgemeinen entweder die Logik rekursiv bis zurück zu Block 0 an , oder vertrauen Sie auf etwas anderes als Ihre eigene unabhängige Einschätzung.

Außerdem können Sie nie wissen, dass Sie den neuesten Block haben. Das Beste, was Sie jemals wissen können, ist, dass Sie den neuesten Block haben, von dem Sie wissen (und wahrscheinlich ist ein noch neuerer auf dem Weg). Was, wäre das erste auf einer Liste von Ereignissen, beginnend mit dem neuesten zuerst? Es würde nicht sehr lange dauern.

Um etwas Ähnliches wie in Ihrem Anwendungsfall zu erreichen, scheint es zu implizieren, alle bekannten Ereignisse abzuhören und kontinuierlich neue "neueste" Blöcke am Anfang einer Liste einzufügen. Oder (wahrscheinlich effizienter) hängen Sie die neueste an das Ende Ihrer eigenen Liste an und lesen Sie sie dann bei Bedarf rückwärts zurück. Dies wäre wahrscheinlich in Bezug auf ein Offchain-Problem (UI, Cache, etwas anderes ...) - vielleicht "Point-in-Time"-Snapshots oder Live-Updates, wenn neue "neueste" Log-Einträge aufgedeckt werden.

Es ist vollkommen fair, Ihre eigenen Off-Chain-Datenquellen aus Leistungs- und anderen Gründen zu pflegen. Sie können immer noch die Vorteile der Blockchain nutzen, wenn Benutzer/Kunden die Fakten überprüfen können, wenn sie dies wünschen, indem sie die Fakten anhand ihrer eigenen Kopie der Kette bestätigen. Dies ist ungefähr das, was passiert, wenn Sie Online-Block-Explorer und andere Apps verwenden, die mehr Leistung benötigen, als ein typischer Knoten leisten könnte. Sie können so etwas sortieren, wie Sie möchten.

Ich hoffe es hilft.

AKTUALISIEREN

Es gibt ein Muster, um dies effizient zu tun, wenn Sie den Vertrag so gestalten, dass er dies unterstützt. Es verwendet sehr einfache Breadcrumbs:

pragma solidity 0.5.1;

contract ReverseOrderEvents {

    uint lastEventBlock;

    event LogEvent(address sender, uint previousEvent);

    function doSomething() public {
        emit LogEvent(msg.sender, lastEventBlock);
        lastEventBlock = block.number;
    }
}

Wenn Sie dann auf der Clientseite lastEvent != 0zu diesem Block springen und auf Ereignisse von Interesse "lauschen". Dieses Ereignis enthält einen Zeiger auf den Block, der das vorherige Ereignis enthält. Spülen und wiederholen. Wenn du triffst, 0gibt es keine vorherigen Ereignisse.

Die Technik ist einfach, und Sie können je nach Bedarf separate Zeiger für separate Protokolle, separate Benutzer usw. verwenden, damit Clients die wichtigsten aktuellen Informationen schnell finden können.

Auf diese Weise kann ein Client mit dem neuesten beginnen und so weit wie möglich zurückkriechen. Das Muster kann in zustandslosen Designs verwendet werden, in denen sich die Daten im Ereignisprotokoll befinden und möglicherweise nur der neueste Eintrag wichtig ist.

Nur für den Fall, dass es nicht klar ist, watch()geht nicht rückwärts. Um dies zu verwenden, würden Sie nur watch()einen Block (was schnell wäre), finden, was Sie brauchen, und dann watch()den nächsten einzelnen Block von Interesse, indem Sie den Hinweisen in umgekehrter Reihenfolge folgen, die Sie für sich selbst festgelegt haben.