bamselarsen/Indextts_expansion huggingface dataset:
Moon Vault hat Anfang des Monats ein Twitterspace gestartet. Mit Shimmersea, TangleHub und ICCD als Gäste.
Wer alle Updates auf sechs Seiten lesen will, kann das im Dokument tun.
Wie immer in der Beschreibung verlinkt. Weiter geht es mit NFT auf Suniverse. Jeder weiß, dass es momentan eher zentral auf der Plattform geht. Das wird sich aber mit Shimmer ändern. Man kann ab dem ersten Tag von Shimmer seine ganzen NFT Sammlung auf Shimmer prägen. Adam hat dafür ein tolles Video als Beispiel gezeigt. Auch das Trading mit Shimmer und Miyota wird ab dem ersten Tag von Shimmer möglich sein. Für alle, die ihre eigenen Token erstellen wollen, müssen sich noch die KYC Instruktion durchlesen und beachten.
Freitag hat Adam da noch ein Video auf Twitter geteilt, welches die Schnelligkeit und Vereinfachungszeit, wie simpel es mit dem Release von Schimmer seine NFT Collection dezentral zu machen.
Aber was folgt als nächstes auf Sooniverse? Das hat das Team auch am 26.09. in einem Blogbeitrag verraten. Zuerst kommt ein weiteres Update, das 0.14, welches Fehler korrigiert und kleine Verbesserungen mit sich bringt. Mit dem Release von Shimmer wird Sooniverse für 1-2 Stunden offline sein.
Das Handeln von Soon und anderen Token wird auch möglich sein. Als letzte aufgezählte Funktion soll das Soon Staking werden. Für Details könnt ihr gerne den ganzen Artikel lesen. Mehr Informationen zum Staking werden mit der Zeit nachgereicht.
Du magst probably nothing. Du bist der gleichen Meinung, dass AYOTA sich kaum entwickelt und trägst dich nur auf, weil es der größte Scam ist. Wie wäre es dann mit der Unterstützung dieses Kanals auch und meiner Arbeit?
Du bist von den neuesten Sooniverse-Nachrichten so begeistert und willst ein NFT kaufen? Wie wäre es mit dem Super-Sylums? Es gibt nur noch 19 Stück. Oder wie klingen die IOTA Notes für dich? Das alles macht dich nicht glücklich. Und du musst deine Onyomanie weiter befriedigen?
zu präsentieren. Unter Firefly.iota.org könnt ihr sie nun bewundern. Zur Lockerung verlassen wir iota und shimmer und widmen uns assembly zu. Kleine Info zum Staking. Das Event läuft immer noch. Bis heute, dem 27.9. wurden knapp 579 Millionen Assembly ausgeschüttet. Auch landet der Assembly Artikel mit dem Defile Project in die Top 5 der meistgelesenen Artikel auf CoinMarketCap.
Zurück zu den Projekten. Silicon Droid Inc., die Firma, die Smartwatches mit IOTA-Integration herstellt, haben bald neue Geräte zum Verkauf. Wer den Interesse hat, die Uhr kostet 92 Euro und sind bald wieder erhältlich. BizGen veröffentlicht einen Artikel, wie Sie IOTA in Ihren Filecore-Plattform integrieren. Die Filecore-Plattform dient als Austausch sensibler Daten. Momentan kann die API auf den Tangle schreiben, lesen und überschreiben. Mehr wissen wir noch nicht.
Da könnte man frühe IOTA kaufen. Das Team kommt unter einem neuen Namen wieder zurück, wie Viiswo. Dann könnt ihr wieder Krypte und darunter auch IOTA wieder von eurem Bankkonto kaufen. Auch wird es KYC-freie Transaktionen geben. Wie das gehen soll mit der neuen EU-Regelung, bin ich gespannt.
Die ersten NFT-Projekte laufen zur Toyota über. Wayne Brains ist eines davon. Die Nachricht, dass es sich um das medizinische Softwareunternehmen gehandelt hat, ist falsch. Es sind NFT. Dennoch ist es schön zu sehen, dass diese Projekte
Erweiterte EVM-Unterstützung, verbesserte Zuverlässigkeit, Wiederherstellbarkeit, verbesserte Tooling, Gas-Unterstützung und vielen anderen Verbesserungen starten die Smartcan-Trucks durch. Erinnert euch an Loyal, das IOTA-Projekt mit den Stempelkarten?
Da in der Schweiz Stiftungen mehr Möglichkeiten haben, beispielsweise mit Werbung umzugehen. Das ist nun am 8.9.2022 endlich passiert unter den Namen Verein Tengel Ecosystem. Auch hier handelt es sich um eine gemeinnützige Organisation mit dem Fokus zur Stärkung und Unterstützung des IOTA Ökosystems, den Technologien sowie Applikationen.
mehr Entwickler engagieren. Den Vorschlag könnt ihr auf der offiziellen Seite govern.ajoto.org nachlesen oder die vielen Tweets.
auch wenn es durch andere Partner nicht so oft kommuniziert und aktualisiert wird. Der letzte Satz von der Alvarium-Nachricht macht richtig Lust auf mehr.
Einer der größten Konglomerate hat sich's angeguckt und hat positiv reagiert. Cobalt auf Twitter hat etwas Neues von R3, dem Verkehrsprojekt, hier in Deutschland gefunden. So soll am 29.09. die ersten Tests laufen. Das Programm ist wohl fertig und man kann sich nun anmelden. Es wird eine Smart City Leitstelle verpflichtet, ein Use Case in Waren und Lieferverkehr gezeigt und identifizierte Leitposten präsentiert. Letzteres kann man sogar schon jetzt als Bild sehen.
Am 16.09. veröffentlicht Shimmer einen Blogartikel mit dem Testnet-Launch für die Smart Contracts. Das heißt, alle, die Smart Contracts auf Shimmer probieren möchten, können das jetzt tun. Dass Ayota keinen Fortschritt hat, zeigt auch der folgende Fall. Am 11. September veröffentlichte die Toshiba Limited in Bristol ein Paper, Ayotatangle 2.0,
Diese Entwicklungen positionieren IOTA Tangle weiterhin als äußerst attraktive DLT für die IOT Industrie. Navin hat darauf folgendes getwittert, dass es erschreckend sei, wie schnell sich das Protokoll entwickelt hat und dass viele Komponenten nicht mehr aktuell oder schon verbessert wurden. Da sieht man es wieder.
Was genau rausgekommen ist, habe ich leider nicht rausgefunden, aber bei einer Prüfung wird es nicht bleiben. Denn diese Woche hat ShimmerSea bekannt gegeben, dass sie eine weitere Prüfung starten werden und sogar einen Bug Bounty Programm. Diesmal wird die Prüfung von AuditOne durchgeführt. Der DeFi Sektor explodiert. Mit dem Start von Shimmer werden wir so viel Auswahl haben,
Das ist schon erschreckend ist. Und da wir hier nicht genug bekommen können, begrüßen wir Deeper.
Das Geschrei der Community ist selbstverständlich groß, da hier Geld und Projekte einfach so wegfallen. Doch laut Aussagen wird Inspired wohl in den nächsten Monaten einiges an Informationen raushauen.
Resonate Finance sagt Unterstützung für IOTA und Schimmer zu. Das twittert ebenfalls Dominik am 25. September. Revest will neuen Projekten das IOTA-Protokoll anbieten, da sie davon sehr begeistert sind. Weitere Ankündigungen werden später folgen.
Das Revest-Protokoll bietet mit dem Financial Non-Fungible Token, oder FNFT, eine neue Nutzung von NFTs als Finanzinstrument ein. Der gute Moandelo hat ein neues Patent entdeckt.
Tanglelabs hat den Identity-Manager veröffentlicht. Das Ganze könnt ihr nun auf GitHub finden.
Und als letzte Nachricht. Wer hätte es gedacht, folgen die obligatorischen Updates auf den Discord zu Protokollen et cetera. Die Firefly Stardust Beta erschien in Vision 6, 7 und 8. Das wäre jetzt die aktuellste Beta. Hornet hat in Vision 2.0 Beta 8 und 9 erreicht.
Danke für das Zuschauen. Ich werde wohl nie wieder Urlaub machen, denn ich weiß, dass es so viel auf mich zukommt. Und bis zur nächsten Folge.
Ich würd euch heute gern was über Big Tablet erzählen.
Und es ist letzten Endes nichts anderes als eine Datenbank, um strukturierte Daten zu speichern.
Und da das bei Google im Einsatz ist, muss das natürlich skalieren und die sprechen von Petabyte Scale. Das heißt, die nutzen das auch auf über 1000 Notes verteilt.
Und es ist keine relationale Datenbank, sondern, äh, ja, so eine NoSQL-Datenbank. Das heißt, man hat keine, keine SQL-Interface, sondern ein bisschen was primitiveres.
Ja, was ist die Bigtable? Die Bigtable ist eigentlich nichts anderes als eine Map. Und zwar eine Map von einem Row-Key, einem Column-Key und einem Timestamp auf einem, auf einem Value.
Der Raw Key ist ein bis zu 64 Kilobyte großer String.
Und, äh, die, die Bigtable ist nach dem Rowkey lexikografisch sortiert. Und der Value ist ein uninterpretiertes Byte Array. Jetzt ist die Frage, was ist die Column? Und die Column ist ein bisschen komplizierter.
Die Column besteht nämlich aus einer Column Family und einem Qualifier.
And the column family describes more or less the type.
Das heißt, wenn ihr eine neue Bigtable erzeugen würdet, dann würdet ihr, ähm, erst, ähm, beschreiben, welche Columnfamilies in der, in der Bigtable gespeichert werden sollen.
Die Columns sozusagen gruppiert und Columns vom selben, von derselben Column Family werden dann zusammen komprimiert. Da kommen wir später auch noch drauf, warum das so gemacht wird.
Das heißt, die Columnfamilies, die sind mehr oder weniger schon, äh, von, vom Entwickler festgelegt. Die konnten auch eigentlich nicht mehr geändert werden oder sollten nicht mehr geändert werden später. Aber es gibt unbegrenzt viele Qualifier.
Und wenn ihr euch das jetzt anguckt, kriegt ihr vielleicht doch schon so eine Idee, warum das eine Bigtable ist, weil man kann prinzipiell unbegrenzt viele Columns haben.
Also, es ist nicht so wie bei einer MySQL oder bei einer, äh, Postre's Datenbank, dass man eine fest vorgegebene Anzahl von Spalten hat, sondern es gibt unbegrenzt viele. Von, äh, 10 bis 5.000.
ähm, ja, zusätzlich ist jede Zelle versioniert.
Das heißt, wenn ihr eine, äh, eine, äh, eine Zelle festgelegt habt über den Row-Key und dem Column-Key, dann ist die Zelle zusätzlich noch mit einem Timestamp versehen. Das heißt, äh,
Jede Zelle hat beliebig viele Werte. Und diese Timestamps können entweder von der Anwendung selber vergeben werden. In dem Fall muss dann aufgepasst werden, dass die, dass die unique sind.
ähm, ja, die Versionen werden immer in umgekehrter Reihenfolge gespeichert, sodass man immer die neueste Version praktisch oben hat.
so, 呃, das will ich jetzt nicht so behaupten, aber die garbage collection kümmert sich halt darum, dass diese big tables nicht zu groß werden und weil halt, 呃, das eigentlich nur insert only ist, das heißt, wie gesagt, du kannst nichts löschen und dann würde die ja unbegrenzt wachsen und dementsprechend machen die halt im Hintergrund dann so reductions.
Wir haben jetzt hier in dem Fall drei Spalten vorgegeben und eine Row.
Und der Qualifier ist in dem Fall hier bei Contents Lair. Das geht. Und, äh, bei Anchor haben wir wiederum, ähm, ja, die, praktisch die verlinkten URLs.
ähm, ja, und zusätzlich haben wir hier noch verschiedene Versionen, also das sind praktisch die, die Zellwerte, die dann eben zeitlich, äh, eingefügt werden.
Und was zum Beispiel hier ganz interessant ist, die drehen den Hostname um. Und das hat einen ganz bestimmten Grund.
Wenn man nämlich beispielsweise CNN indiziert, dann, ähm,
sind praktisch alle Webseiten, die auf CNN gehostet sind, möglichst nah beieinander. Und dadurch, dass sie das so machen, ist halt die Lokalität der Daten besonders gut, weil die Daten dann auf möglichst wenig Knoten verteilt sind und ziemlich schnell sequenziell gelesen werden können. Das heißt, wenn ihr jetzt zum Beispiel,
Wenn jetzt jemand nach CNN sucht oder nach, äh, site, komm, äh, CNN, CNN.com, dann sind halt, äh, ziemlich wenige Notes beteiligt, weil die eben zusammengespeichert werden.
Das heißt, diese Tabelle, äh, speichert jetzt unter der, äh, Column Family, äh, Contents den Inhalt in drei Versionen.
Und, äh, in den jeweiligen Anker-Column-Families ist dann in der Zelle praktisch der
Also, wenn jetzt zum Beispiel in, auf der, auf der, ähm, CNN-Com, äh, Webseite, ein Text ist, dann ist in dem Text, äh, praktisch das Wort CNN,
Das wird für jeden Link gemacht, deshalb, ihr, ihr habt ja jetzt möglicherweise, äh, wenn da 5000 Links sind, dann habt ihr 5000 Spalten.
ja, und, ähm, ja, dann kann natürlich eine andere Webseite sein. Raumzeitlabor.de hat dann vielleicht nur 100 Spalten, weil halt nur 100 Links vorhanden sind. Das ist, äh, anders, aber ziemlich cool eigentlich.
Und, 嗯, the API die Bigtable euch dann bieten würde, ist, 嗯, ihr könnt praktisch, wenn ihr drauf schreiben wollt, dann öffnet ihr erst die Bigtable über ein, über ein Pfad, sucht euch die Spalte raus, die Zeile raus.
In dem Fall hier, komm, CNN, WWW. Und dann speichert ihr einfach die Spalten mit den jeweiligen Werten, beziehungsweise löscht sie und wendet diese Operation dann an. Die Operationen werden in einem Objekt zusammengefasst, damit das transaktional abläuft.
ja, könnt ihr einfach sagen, welche, welche, ähm, Spalte ihr lesen wollt, von welcher, von welcher, von welcher Row?
Und dann könnt ihr einfach über die, ähm, jeweiligen Versionen der, der Zelle iterieren und die Daten ausgeben. Fragen? Soweit?
Exakt, ja. Das heißt, ihr seht auch hier direkt, das ist ganz anders als bei SQL. Ihr habt jetzt nicht so eine, ähm, mächtige Sprache, sondern das ist eher, eher primitiv, aber dafür kann das halt, es skaliert das halt einfach besser. Ja.
euh, in dem Fall, du meinst jetzt hier in diesem Beispiel hier diese Value, die hier, das wäre in dem Fall dann zum Beispiel hier CNN.
Yo. 呃, ja, dann, vielleicht was zur internen Struktur von so einer Big Table. Die werden in sogenannten, die Daten werden in sogenannten SS Tables gespeichert. Das sind Sorted String Tables. Das heißt, eine sortierte Datenstruktur.
ja, kommen wir zum, zu den Tablets. Tablets sind, ist praktisch eine, ähm, ähm, horizontale, hab ich da eigentlich horizontal, das ist falsch, eine horizontale Fragmentierung.
Das heißt, wenn ihr euch eine SS-Table vorstellt, dann, äh, die können ja unter Umständen riesig werden. Dann wird einfach ab und zu ein Schnitt in der Tabelle gemacht und diese einzelnen Blöcke werden dann auf verschiedene Knoten verteilt.
Und dadurch, dass die Tabelle, ähm, sortiert ist, habt ihr halt, wie gesagt, immer möglichst je nachdem wie die Anwendung geschrieben ist, Daten, die zu den praktisch zur selben, äh, Entity gehören, auf einem, auf einem Tablet-Server.
Und zu Beginn, wenn beispielsweise ein neuer Big Table Cluster in Betrieb genommen wird, hat man eigentlich zum Beispiel nur ein Tablet und das wird dann immer weiter dynamisch aufgesplittet, sobald die über eine bestimmte Größe gewachsen sind. Und wenn die beispielsweise 100 MB oder so überschritten haben, dann werden die vom Master
dann werden die vom Tabletserver aufgesplittet und neu verteilt auf weitere Knoten. Das heißt, so kriegen die die, äh, die Skalierung hin.
Ja, jeder Tablet-Server hat bis zu tausend Tablets und wenn Clients, wie in dem Beispiel, jetzt versuchen, Daten zu lesen, dann kommunizieren die nicht mit dem Master-Server, sondern direkt mit den Tablet-Servern, damit das praktisch, damit möglichst viele Tablet-Server auf einmal lesen können und die Daten schicken können.
Ja, das wird natürlich so gemacht, dass die, ähm, dass die Lokalität halt besonders gut ist. Also möglichst an, an Servern, die in einem Rechenzentrum stehen oder in einem Rack. Wie genau das jetzt funktioniert, kann ich dir auch nicht genau sagen. Es wird auch nicht weiter erwähnt. Ich denke mal, da wird Google natürlich auch ein paar Infos zurückhalten, damit das, äh, ja, damit das weiterhin die schnellste Implementierung bleibt.
Yo, wie funktioniert jetzt eigentlich der Lookup? Das heißt, ihr wollt jetzt in eurer Anwendung Daten lesen und instanziert euch da das Interface und versucht jetzt von der Bigtable Daten zu lesen. Die Frage ist jetzt aber, wie findet praktisch der Server heraus, wo jetzt überhaupt die Daten liegen?
Und das machen die auch wiederum in Tablets. Es gibt ein sogenanntes, es gibt sogenannte Metadata Tablets und die beinhalten einfach die Server, auf denen die Tablets verteilt sind.
Und, äh, die sind dann halt mit nem bestimmten Key gespeichert, so dass der Lookup halt funktioniert. Also, ihr sagt irgendwie, ihr wollt von der Bigtable XY lesen, dann könnt ihr über den Key XY, kann der Master Server dann herausfinden, auf welchem Tabletserver das liegt.
Das ist immer so eine, ähm, dreistufige Hierarchie. Das Root-Tablet wird nie aufgesplittet. Und, ähm, ja, die anderen, also das Metadata-Tablet, äh, die werden dann immer weiter aufgesplittet, je nachdem wie viele Daten halt vorhanden sind.
Was ganz cool ist, ist, dass die Metadata, Metadaten vom Client gecached werden. Das heißt,
er versucht halt möglichst viel selber aufzulösen, wenn er aber dann heraus, wenn sich herausstellt, dass der Server, auf dem es eigentlich sein sollte, die Daten doch nicht mehr hat, dann geht er praktisch in der Hierarchie wieder einen hoch und fragt erneut nach, sodass er dann,
mit, ähm, drei roundtrip trips, zum Beispiel, die, die neuen, ähm, Orte herausfinden kann. Und, äh, die, die Kleins machen auch prefetching, dass ihr, äh, halt möglichst viele, ähm, locations schon in cash habt, auch wenn ihr die möglicherweise noch gar nicht braucht.
Und wenn der Master abstürzt, dann, äh, wird ein neuer Master instanziert und der sucht alle Tabletserver raus und scannt die Metadata Table, damit er praktisch wieder, ähm, die gesamte Sicht bekommt.
Und die Splits, also wenn die Big Tables zu groß werden, werden, wie gesagt, vom Tabletserver erledigt.
kommt die Write-Operation auf einem Tablet-Server an.
wird, äh, zunächst erstmal in am Memtable gespeichert, das heißt, die, äh, die geschriebenen Sachen werden nicht sofort auf die Platte, äh, äh, geschrieben und
Die Memtable wird natürlich regelmäßig geflushed, so dass immer ein konsistenter Zustand auf der Bigtable vorhanden ist.
Ja, dann, äh, werden in dem Paper noch ein paar, ich hab's mal lecker bisschen genannt, äh, erwähnt.
the locality groups, die haben wir schon erwähnt, das sind einfach,
Das ist einfach die Sache, dass, äh, Column Families zusammen eine Locality Group bilden. Das heißt, die werden zusammen abgespeichert und die können zusätzlich noch als in memory markiert werden, so dass die halt immer im Speicher gehalten werden und nicht von der Platte geladen werden müssen.
Dann, was ziemlich cool ist, man kann auf Locality Group eben, äh, Komprimierung, äh, aktivieren. Das heißt, man kann sagen, die Column Family Content soll immer komprimiert werden, weil da viele Daten drin sind.
ja, dann, äh, wird natürlich Caching angewandt.
Es gibt nun, es gibt ein Key-Value-Cache, der einfach, äh, Key-Value-Pairs, äh, cached und zusätzlich den Block-Cache, den hab ich auch, glaub ich, schon erwähnt.
es gibt Blumenfilter, das ermöglicht die Vorhersage, ob ein Key beziehungsweise Column vorhanden ist.
Und wenn, äh, praktisch, der Blumenfelder sagt, nein, ist es nicht vorhanden, dann ist es auch hundertprozentig nicht in der SS-Tagel vorhanden. Wenn, wenn es allerdings sagt, ja, es ist vorhanden, dann besteht immer noch eine bestimmte Wahrscheinlichkeit, dass es trotzdem nicht vorhanden ist. Aber so können die halt, äh, teilweise dann schon
euh, einige Antworten, 呃, na Antwort geben, obwohl's, 呃, möglicherweise halt, doch nicht stimmt. Das bringt halt auch nochmal, 呃, speed und kann auch von der, von der jeweiligen Anwendung, 呃, aktiviert werden.
Ja, warum erzähle ich euch das eigentlich alles, wenn es proprietär ist? Es gibt natürlich Open Source Implementierungen. Die bekannteste basiert auf Hadoop. Das ist ein Framework für verteilte skalierbare Anwendungen.
Und Hadoop kommt auch mit einem verteilten Dateisystem, das nennt sich HadoopFS.
Und darauf basierend gibt's dann HBase, und HBase ist eine freie Bigtable-Implementierung. Allerdings, das wird euch wahrscheinlich nicht so gefallen, das ist alles in Java geschrieben. Und man sagt auch, dass diese ganzen freien Implementierungen nicht vom Speed an Bigtable rankommen.
Und es gibt auch noch Hypertable, ich glaub, das ist in C++ geschrieben, aber das, äh, nur am Rande. Da hab ich mich auch noch nicht mit auseinandergesetzt.
Jo, dann bin ich auch schon am Ende meines Vortrags. Ich hab die ganzen Informationen aus diesem Paper von Google Research. Da könnt ihr auch gerne nochmal ein bisschen drin blättern. Da stehen auch noch einige andere Sachen drin, die ich jetzt nicht erwähnt hab. Ist auf jeden Fall super interessant.
Ja, genau. Hier habe ich auch nochmal aufgeführt, was ich nicht erwähnt habe. Zum Beispiel, äh, die Locking-Mechanismen, die wir benutzen, Commit-Locks, beziehungsweise Transaktionen und natürlich die Performance Evaluation. Und ansonsten bin ich mit meinem Vortrag am Ende.
Also, ich würde sagen, wenn du, ähm, keinen Grund hast, oder keine, keine solchen Datenmengen hast,
es ist einfach komfortabler, aber wenn du halt beispielsweise wie Cosm und unser Sensordaten,
ja, du kannst, glaube ich, auch, also ich glaube, es ist ein Byte Array, also du kannst auch andere Sachen drin speichern, aber die Frage ist halt, ja, also ich glaube, das ist kein Problem, das dürfte funktionieren, ja. Ich glaube, der,
Ja, aber die Kompression kannst du ja aktivieren oder deaktivieren. Das heißt, die ist nicht zwingend. Und ansonsten ist das, glaube ich, egal. Also, du kannst auch, theoretisch kannst du auch einfach irgendwelche Beizweinschaufeln.
Ja, ich hab heute ein paar super wichtige Veranstaltungstipps für euch. Wenn ihr mit eurem Elektroauto mal so richtig Spaß haben wollt, dann bleibt unbedingt dran. Nach dem Intro kommen ein paar super Veranstaltungen für diesen Sommer, die ihr auf gar keinen Fall verpassen solltet.
Move Electric wird euch präsentiert von Fair Finance Partner OHG Stefan Hamsen, eurem Versicherungspartner für E-Mobilität.
Ja, ihr möchtet mit eurem Elektroauto ein Wochenende lang mal so richtig Spaß haben. Ihr wollt an das Verbrauchs- und Reichweitenlimit gehen und auch so ein bisschen im Rampenlicht der E-Auto-Community stehen.
Dann müsst ihr euch jetzt bewerben, nämlich zum E-Cannonball 2022. Die E-Cannonball startet ja am 23.09. und geht bis zum 25.09. Das ist halt ein Wochenende. Start und Ziel ist dieses Jahr in Hamburg.
denn dieses Jahr geht's noch stärker um die Effizienz. Also möglichst wenig verbrauchen, die Strecke effizient fahren und die Lageleistung des Autos ebenso optimal wie möglich ausnutzen. Und das wird ein riesen Bewertungskriterium sein. Und außerdem müsst ihr entlang der Strecke Aufgaben lösen, für die es eben auch Punkte gibt.
denn der Ikenball, wisst ihr, ist kein Rennen, sondern eine Rallye.
Ja, dieses Jahr geht die Strecke quer durch Schleswig-Holstein. Da kann man ja mit dem Auto von Kalifornien nach Brasilien fahren oder mal eben zwischen Frühstück und Mittag von Coast to Coast.
Falls ihr euch als Fahrer-Team bewerben möchtet. Das Bewerbungsfenster ist noch bis zum 12.06. offen, also Sonntag.
geht dazu einfach auf ecannonball.de Adresse blende ich euch natürlich hier ein und findet ihr auch unter der Videobeschreibung.
Ich kann nur sagen, der Iken Ball ist für alle, die da jemals teilgenommen haben, ein unvergessliches Erlebnis gewesen. Und die Elektroauto-Community ist natürlich auch im Livestream die ganze Zeit dabei.
Ja, und jetzt gehen wir in den Juli, denn da gibt's natürlich das weltgrößte E-Auto-Treffen, das Sexy Cars Community Treffen. Das findet am 30. Juli 2022 auf dem Messegelände in Hannover statt.
Ja, beachtet die neue Location, das wurde nämlich umgelegt auf das Messegelände, weil die alte Location nicht verfügbar war zu diesem Zeitpunkt. Also nicht vergessen, nicht, dass ihr am falschen Ort auftaucht.
Zu diesem Mega-Event, da wurden übrigens schon mehr als 1000 E-Autos angemeldet, also das verspricht echt heiß zu werden.
Und ihr habt dann nicht nur zahlreiche Möglichkeiten zum Austausch untereinander, sondern über den ganzen Tag verteilt, da werden auf der Bühne Expertengespräche stattfinden.
Vorträge werden gehalten. Und so gut wie alle E-Auto-YouTuber sind natürlich auch dabei und die freuen sich auf euch beim Meet and Greet, wenn ihr sie einfach mal ein bisschen anquatscht.
Und für Essen und Trinken ist natürlich gesorgt und auch für eure Kids, da wird einiges geboten.
Auf dem ganzen Gelände präsentieren sich auch noch ganz viele Unternehmen in so einer Art Zukunftsmesse.
Und da ist mit Sicherheit für jeden was dabei. Und das wird ein mega Event. Also los geht es, wie gesagt, am 30. Juli um 11 Uhr. Und das läuft bis abends, wo es dann in einer riesigen Party endet, die dann wahrscheinlich in dem vielleicht weltgrößten E-Auto, ja, Autocamping übergehen wird.
Das dürft ihr auf gar keinen Fall verpassen. Also merkt euch das Datum schon mal vor. 30. Juli 2022. Die Links zum Event, die sind natürlich auch wieder unten in der Videobeschreibung.
Ja, und dann gehen wir jetzt nochmal nach Österreich, das Rock den Ring Festival, das fünfte E-Mobility Festival, das startet am 26.06., also auch nicht mehr so lange, in zwei Wochen mitten in Wien.
Ja, das ist für Norddeutsche vielleicht ein bisschen weit, aber es lohnt sich, kann ich euch sagen.