Unification Developer Update – Februar 2023
Frohes Neues Jahr! Da es in den letzten Wochen viele Aktualisierungen zum Geschäft und zu den Partnern von Unification gab, wollten wir uns die Zeit für einen kurzen Artikel nehmen, um die Leute über die Entwicklungsarbeit bei Unification auf dem Laufenden zu halten. Nach einem erfolgreichen MainNet-Upgrade (und der wohlverdienten Weihnachtspause!) sind wir direkt wieder in unsere laufenden Projekte eingetaucht und haben mit der Recherche und Ausarbeitung von etwas Neuem begonnen.
Bisherige Entwicklungsarbeit
Ein Großteil der Arbeit im letzten Monat konzentrierte sich auf OoO und dessen Vorbereitung für den Einsatz auf Shibarium. Shibarium ist ein riesiges Projekt, bei dem wir sehr stolz sind, eine Rolle zu spielen, und wir beraten ein fantastisches Team. Unification hat immer mit Projekten zusammengearbeitet, an die wir glauben, als Unterstützung für die architektonische Entwicklung, und wir sind stolz darauf, dies mit unseren Freunden bei diesem Projekt zu tun. Angesichts des Umfangs ist es töricht, sich zu beeilen, aber die Arbeit kommt gut voran, und obwohl das öffentliche Beta-Netzwerk noch nicht bereitgestellt wurde, rückt dieser Tag immer näher.
OoO
In Vorbereitung auf die bevorstehende öffentliche Beta-Bereitstellung von Shibarium haben wir viel Arbeit in die Optimierung der go-oooAnwendung gesteckt – sowohl in die Optimierung der Anwendung als auch in das Testen im geschlossenen/privaten Shibarium-Alpha-Netzwerk. Für diejenigen, die es nicht wissen: go-oooDie Anwendung wartet auf OoO-Datenanfragen, die an den Router-Smart-Vertrag gesendet werden, ruft Daten ab und sendet sie an den anfordernden Vertrag zurück. Frühere Versionen go-ooobezogen Daten nur über die Finchains-API, aber die Anwendung wurde letztes Jahr aktualisiert, um Ad-Hoc-Preisanfragen von DEXs zu ermöglichen und die Bedürfnisse von Shibarium besser zu unterstützen.
Kurz gesagt, Preisanfragen für ein Paar sind nicht mehr auf die über die Finchains-API verfügbaren Daten beschränkt – wenn ein Paar auf einem der derzeit von unterstützten DEXs gelistet ist, kann stattdessen eine AdHoc-Preisanfrage an OoO gesendet werden go-ooo. Solange das Paar über eine gute Liquidität und aktuelle Transaktionen an einem DEX verfügt, werden seine Preisdaten in die Preisberechnungen einbezogen (je mehr DEXs das Paar notiert ist, desto besser).
Die ursprüngliche AdHoc-Implementierung stützte sich hauptsächlich auf Uniswap-basierte DEXs (die Daten stammen aus den Subgraph-/GraphQL-Daten der jeweiligen DEXs), aber der Code in seiner ursprünglichen Form machte es schwierig, die große Vielfalt an DEXs zu integrieren, die wir heute sehen. Daher wurde der Code zur Verarbeitung von AdHoc-Abfragen neu geschrieben, um einen modulareren Ansatz zu ermöglichen, der eine gemeinsame Methodenschnittstelle und Preisdatenstruktur verwendet, was eine wesentlich einfachere Integration neuer DEX-Module ermöglicht.
Der AdHoc-Code wurde außerdem optimiert , sodass die Abfragen an DEX-Untergraphen jetzt parallel zur Verarbeitung der Ergebnisse ausgeführt werden, sobald die „langsamste“ GraphQL-Abfrage abgeschlossen ist. Dadurch werden AdHoc-Abfragen 5- bis 6-mal schneller als zuvor. Das Update wurde bei unserem TestNet OoO-Anbieter eingeführt und wird bald auch im Eth-Mainnet und Polygon eingeführt.
Schließlich haben wir OoO auch im Shibarium-Alpha-Netzwerk getestet. Der Router-Smart-Vertrag wurde erfolgreich bereitgestellt, zusammen mit einem Test-OoO-Anbieter und mehreren Smart-Verträgen, die zum Testen von Preisdatenanfragen verwendet werden. Bisher verliefen die Tests gut, da der OoO-Anbieter Datenanfragen im L2-Netzwerk erfolgreich erfüllte und dabei den überbrückten Test xFUND für OoO-Gebühren auf L2 verwendete!
In Bearbeitung
und In den kommenden Wochen und Monaten werden wir auch an den neuesten Cosmos SDK-Updates und -Releases arbeiten .
und – Cosmos SDK- und IBC-Upgrades
Sofern es kein kritisches Sicherheitsupdate gibt, gehen wir bei größeren SDK-Upgrades im Allgemeinen lieber auf Nummer sicher und warten ein paar Releases ab, um sicherzustellen, dass es stabil ist. Wir glauben jedoch, dass es der richtige Zeitpunkt ist, mit der Suche nach einem Upgrade zu undbeginnen der Release-Zweig des Cosmos SDK v0.46.x. Nachdem wir uns während der beiden erfolgreichen Upgrades im letzten Jahr mit den neueren SDK-Zweigen vertraut gemacht haben (und fantastische Unterstützung/Anpassung durch unsere großartige Validator-Community!), ist der Upgrade-Prozess in Zukunft viel einfacher (zumindest für Validatoren!). Darüber hinaus werden wir auch mögliche IBC-Upgrades untersuchen und die empfohlenen Upgrades zusammen mit dem Haupt-Cosmos SDK-Upgrade implementieren.
Für die Version v0.46.x werden einige ziemlich bedeutende Änderungen am undAnwendungscode erforderlich sein, und wir werden in den kommenden Wochen mit der Untersuchung der erforderlichen Änderungen beginnen (wozu in erster Linie das gründliche Lesen von Änderungsprotokollen und Upgrade-Anleitungen gehört!). Wie immer werden wir unsere Validatoren über die üblichen Kanäle auf dem Laufenden halten und das Upgrade zuerst auf TestNet durchführen. Angesichts des Arbeitsaufwands, der für das Upgrade auf Version 0.46.x erforderlich ist, rechnen wir damit, dass dies nicht vor dem zweiten Quartal der Fall sein wird.
In der Zwischenzeit werden wir uns auch das neueste Cosmos SDK v0.45.12-Update ansehen, um zu sehen, ob es für uns von Vorteil ist, es vor dem v0.46.x-Upgrade zu implementieren. Wenn ja, werden wir auch untersuchen, ob ein koordiniertes Upgrade erforderlich ist – dies erfordert möglicherweise nicht unbedingt einen Upgrade-Governance-Vorschlag (wie beim 1-ibc_initUpgrade), sondern erfordert möglicherweise, dass alle Validatoren ihre Knoten auf der gleichen Höhe anhalten (über die Option). in app.toml), bevor Sie die Binärdatei aktualisieren, nur um sicher zu gehen (gemäß der Cosmos-Empfehlung). Auch hier halten wir alle auf dem Laufenden und informieren Sie über den Fortschritt der Dinge. Wir gehen jedoch davon aus, dass dieses Update möglicherweise im ersten Quartal erfolgen wird, wenn es weitergeht.
In der Rohrleitung
UNoDE
Während wir uns wirklich freuen, den Grund für die Entwicklung von UNoDE mitgeteilt zu haben, wie im letzten Artikel „ Warum Unification“ dargelegt , befindet sich das Projekt aus Entwicklungsperspektive noch in der sehr frühen Phase der Stealth-Forschung, sodass wir nicht wirklich verraten können Ich befürchte, dass es zu diesem Zeitpunkt noch viel zu viel gibt (tut mir leid!). Es genügt jedoch zu sagen, dass wir wie bei allen unseren Projekten darauf abzielen, mit dem UNoDE-Projekt sowohl den Nutzen als auch die Nutzung von FUND (nativer FUND, eFUND und der neu überbrückte ERC-20 FUND) zu steigern. Wir freuen uns darauf, im Jahr 2023 erneut daran zu arbeiten, wirklich erlaubnisfreie, schnell einsetzbare Tools in eine weitere große Säule der Blockchain-Entwicklung einzuführen!
Wichtige Links
GitHub:https://github.com/unification-com
Telegramm:https://t.me/unificationfoundation
Zwietracht:https://discord.com/channels/725618617525207042
Website: www.unification.com

![Was ist überhaupt eine verknüpfte Liste? [Teil 1]](https://post.nghiatu.com/assets/images/m/max/724/1*Xokk6XOjWyIGCBujkJsCzQ.jpeg)



































