Bitpanda/PANTOS/BEST

[hodlgang69]

vor 3 Stunden schrieb dave021:

Ich traue PAN den Durchbruch nicht zu.

Wenn Bitpanda dann ist BEST das Investment mit vermutlich weniger downside.

wieso nicht? 

[dave021]

vor 8 Minuten schrieb hodlgang69:

wieso nicht? 

Zu viel Konkurrenz, zu wenig Reichweite

[Krypto-Patty]

vor einer Stunde schrieb dave021:

Zu viel Konkurrenz, zu wenig Reichweite

Man weis ja noch nicht für was Pantos eigentlich eingesetzt wird. Evtl. bait Bitpanda ne eigene chain oder was weis der Teufel… wir werden es noch irgendwann erfahren und dann kann man immer noch entscheiden ob verkaufen/halten/aufstocken. 

[Strom]

Pantos ist noch ein Baby,das viel Aufmerksamkeit braucht. Aber wenn es groß ist , werden wir alle sehr viel Freude damit haben. 

[Krypto-Patty]

vor 40 Minuten schrieb Strom:

Pantos ist noch ein Baby,das viel Aufmerksamkeit braucht. Aber wenn es groß ist , werden wir alle sehr viel Freude damit haben. 

Das Wissen wir leider auch nicht ob es so kommt !

[omega]

Ich bin recht optimistisch bzgl Pantos. Es wird geforscht und entwickelt, es gibt Kooperationen mit der Universität Wien, RBI usw...  . Bitpanda geht den Weg insgesamt auf eine Vernünftige Art und Weise, das finde ich gut.

[Shaky]

Natürlich wird Pantos groß.

Bitpanda wird riesig und Pantos wird dabei eine Rolle spielen.

[Coinsearch]

Am Montag per Sepa Fiat an BP geschickt, bisher nix angekommen 😑 Mitte August wars innerhalb eines Tages da, nun schon vier Tage rum. 

[Troll]

Bleib doch mal locker wenn Du woanders was überweist gibt es auch diese Unterschiede, das muss nicht an BP liegen, kann auch Deine Bank sein.

Ich verstehe auch immer nicht warum es dann immer so schnell gehen muss, entweder man zahlt frühzeitig was ein weil man was kaufen will, oder man hat generell was auf dem Cashkonto.

Die meisten sind doch nicht neu hier und machen das zu ersten mal. "kopfschüttel"

[Stone]

vor 21 Minuten schrieb Coinsearch:

Am Montag per Sepa Fiat an BP geschickt, bisher nix angekommen 😑 Mitte August wars innerhalb eines Tages da, nun schon vier Tage rum. 

Hast du die neue IBAN (EExxxxxxxxxxxxxxxxxx) verwendet?

Hab Mittwoch vorm. überwiesen, war Donnerstag um 8 Uhr auf BP wallet.

Korn💜🤘

Bearbeitet 3. September 2021 von Stone

[Maaz]

Ja, seit der neuen IBAN bei mir mit Direktüberweisung immer innerhalb max. 30 Minuten, sehr angenehm.

Das letzte Mal vor drei Tagen, am Dienstag.

[Coinsearch]

vor 38 Minuten schrieb Troll:

Bleib doch mal locker wenn Du woanders was überweist gibt es auch diese Unterschiede, das muss nicht an BP liegen, kann auch Deine Bank sein.

Ich verstehe auch immer nicht warum es dann immer so schnell gehen muss, entweder man zahlt frühzeitig was ein weil man was kaufen will, oder man hat generell was auf dem Cashkonto.

Die meisten sind doch nicht neu hier und machen das zu ersten mal. "kopfschüttel"

Man stelle sich vor, ich habe evtl. sobald Gehalt da war überwiesen, geht also schlecht noch früher. Aber danke für deine hilfreiche und so freundliche Antwort 😊

vor 36 Minuten schrieb Stone:

Hast du die neue IBAN (EExxxxxxxxxxxxxxxxxx) verwendet?

Hab Mittwoch vorm. überwiesen, war Donnerstag um 8 Uhr auf BP wallet.

Korn💜🤘

Das ist tatsächlich hilfreich. Gilt die vorherige IBAN gar nicht mehr?

Bearbeitet 3. September 2021 von Coinsearch
Tippfehler

[Stone]

Kann auf PRO das Fenster "MÄRKTE" seit ein paar Tagen nicht mehr erweitern (Browser FF), ist das bei euch auch so?

Bearbeitet 3. September 2021 von Stone

[Stone]

vor 2 Minuten schrieb Coinsearch:

Gilt die vorherige IBAN gar nicht mehr?

Nein, ich glaube nicht. Du solltest dein Geld zurücküberwiesen bekommen, kannst auch ein ticket aufmachen und nachfragen.

[Coinsearch]

Gerade eben schrieb Stone:

Nein, ich glaube nicht. Du solltest dein Geld zurücküberwiesen bekommen, kannst auch ein ticket aufmachen und nachfragen.

Danke, dann änder ich das mal 😅

[Stone]

vor 4 Minuten schrieb Coinsearch:

Danke, dann änder ich das mal 😅

Verwende die IBAN die dir auf BP bei "Einzahlen" "€" "SEPA" ... angezeigt wird, ob die IBAN im oben verlinkten Artikel richtig ist kann ich nicht sagen.

Bearbeitet 3. September 2021 von Stone

[Coinsearch]

vor 3 Minuten schrieb Stone:

Verwende die IBAN die dir auf BP bei "Einzahlen" "€" "SEPA" ... angezeigt wird, ob die IBAN im oben verlinkten Artikel richtig ist kann ich nicht sagen.

Hab ich genau so gemacht 😁 dachte mur auch, dass das der einfachste Weg sein wird

[Coinfan67]

Montag überwiesen, Dienstag gutgeschrieben. Das sind meine Erfahrungen mit dem neuen Konto in Estland. 

[SRV]

Kann ich bestätigen, was früher auch mal 2 Tage gedauert hat, ist jetzt definitiv in einem erledigt und die Gutschrift erfolgt zum Teil bereits morgens. Einige berichten auch nur von 30 Minuten bis zu wenigen Stunden bis zur Gutschrift der Einzahlung. Da hat Bitpanda definitiv einen Schritt in die richtige Richtung gemacht und auf die Kundenanliegen gehört.

[James100]

 

 

[mtintel]

vor 6 Stunden schrieb Stone:

Kann auf PRO das Fenster "MÄRKTE" seit ein paar Tagen nicht mehr erweitern (Browser FF), ist das bei euch auch so?

Ja ist bei mir auch so

[James100]

Pantos-Frage-Antwort Runde (Telegram) mit Christof 

F: Billon DLT. Wie ist der genaue stand? Was kann pantos da aktuell tun oder woran arbeitet man?

A: Der RBI coin läuft aktuell auf der Billon DLT. Wir sind mit dem ABC vor allem noch am genauer Ausarbeiten von konkreten Anwendungsfällen von crosschain-Technologie für internationale Banken. Es ist noch nicht ganz sicher, ob Billon DLT dabei wirklich zur Anwendung kommen wird, als Verbindung zwischen Permissioned und Public Blockchains sehen wir da grundsätzlich schon eine Zukunft, aber noch keine nähere.

F: Welche Menge an Pantos werden benötigt um ein Node zu betreiben und wann kann man starten

A: Endgültig können wir diese Frage noch nicht beantworten. Das öffentliche Testnetz erwarten wir im Laufe des nächsten Jahres. Die Menge der notwendigen PAN um einen Node zu betreiben hängt auch vom Kurs dann ab. Service Nodes sind was die Sicherheit betrifft nicht so kritisch, meine Vermutung ist, dass es aus technischer Sicht ausreichen wird PAN im Gegenwert von einigen wenigen Blockchaintransaktionen zu halten. Bei den Oracle Nodes wird die Hürde wesentlich höher sein, vielleicht vergleichbar mit PoS Blockchains, weil diese Nodes eben sicherheitskritische Aufgaben wahrnehmen.

F: Wird es eine Hauseigene Wallet für Pan geben mit der Panhalter einen Teil ihrer Pans gegen Entlohnung delegieren können. Wird es Pools für Delegierte Pan geben? Für welchen Zeitraum sind delegierte Pan gesperrt oder kann man diese jeder Zeit wieder abziehen?

A: Ja, es wird eine hauseigene Pantos Wallet geben. Mit gängigen Wallets sind multiblockchain Operationen nicht so intuitiv umzusetzen. Delegieren wird zwar sicher möglich sein, nämlich über herkömmliche smart contracts. Um einer Zentralisierung entgegen zu wirken sind wir aber momentan der Ansicht, dass wir solche Pools nicht selbst betreiben sollten. Pools und Liquidity Pools sind jedoch noch Teil der uns bevorstehenden Forschungsarbeit.

F: Die "1-PAN" Gebühr des Service Node an das Oracle erhält immer allein der Oracle Node der gerade den Slot für die Kommunikation mit den Service Nodes inne hat?

A: Unsere Testimplementierung teilt keine Informationen welche Oracle Nodes an der Abstimmung beteiligt waren. Daher wird dort aktuell tatsächlich nur dieser eine Oracle Node entlohnt. Sonst würden Oracle Nodes auch etwas verdienen selbst wenn sie keine Arbeit leisten. Damit müssen wir allerdings darauf vertrauen, dass Oracle Nodes sich an Abstimmungen beteiligen, auch wenn sie nicht unmittelbar etwas daran verdienen. Alternativ könnte man alle Oracle Nodes beteiligen und eine Bestrafungsmechanismus bauen falls ein Oracle Node sich zu wenig an der Konsensfindung beteiligt, aber das müssen wir uns noch genauer ansehen.

F: Ergibt sich für einen Oracle Node ein Vorteil, wenn er mehr als den Minium Stake hält?

A: Eventuell, das sehen wir uns allerdings auch noch genauer an. Wer viele PAN hält und einen Oracle Node betreiben will, würde sonst vermutlich mehrere Nodes mit Minimum Stake laufen lassen statt einen mit allen Reserven. Und das könnte eine eventuelle Zentralisierung verschleiern.

F: https://youtu.be/hHraLwl_Qjk?t=517 so viel wie alle Transaktionssequenzen auf allen Blockchains zusammen?
Lässt sich das präzisieren? Nicht quantitativ, keine Zahlen, eher dass man besser versteht was hier gemeint ist.

A: Ein globales Statusupdate ist technisch eine Synchronisierung von Daten auf allen beteiligten Blockchains. Wenn das zb auf drei Blockchains (Ethereum, BSC und Cardano) stattfinden soll, dann müssen dazu auf Ethereum, auf BSC und auf Cardano Transaktionen stattfinden. Und diese Transaktionen kosten. Im Falle des Stakes für Oracle Nodes sollte dieser Stake zumindest so hoch angelegt sein, dass langfristig das Verschieben in den globalen Status, bzw ein Disput kostendeckend möglich ist.

F: Cross-Chain Lightning Netzwerke sind zukünftig für Pantos ein mögliches Thema?

A: Ja

F: Wird es möglich sein mehrere Nodes über einen Server laufen zu lassen (Kosten sparen)? Ist das aus Gründen der Dezentralität überhaupt erwünscht?

A: Genau, Zentralisierung kann oft versteckt werden. Superlineare Incentive-Strukturen können dieses Problem etwas entkräften. Das hieße, dass mit doppelt soviel Stake die Einnahmen ein bisschen mehr als doppelt so viel betragen würden. Dadurch wäre es für Node-Betreiber sinnvoller einen großen Node statt einer Armee von Node-Kopien laufen zu lassen.

F: Macht es evtl Sinn, den einen oder anderen Community User als Experten für das Aufsetzen einer Node zu schulen um ihn dann als zertifizierten "Node Installateur" den Usern zur Verfügung zu stellen?!

A: Ich denke das Aufsetzen von Nodes wird ausreichend einfach sein um das nicht notwendig zu machen. Wir haben allerdings durchaus angedacht Bounties für besondere Community-Verdienste zu verteilen.

F: Man kann also pan fees wie bei gasfees erhöhen umso eine schnellere Transaktion zu bekommen?

A: sehr wahrscheinlich ja.

F: Nur den Pan Token auf mehren Blockchains zu reservieren verstehe ich noch nicht ganz. Muss man selber mehrere Besitzen? Und die Gesperrten Token werden diese wieder freigegeben wenn man keinen Knoten mehr betreiben will und wieder auf den Markt geworfen?

A: Ja, die gesperrten Token werden dann wieder frei gegeben. In den globalen Stake werden sie von nur einer Blockchain verschoben, dieses Verteilen passiert also sozusagen automatisch.

F: Die Tweets bedeuten doch, dass umso mehr Pfand ein Service Node pro Transaktion während der Angebotsphase anbietet, umso höher ist seine Chance die Transaktion zu bekommen?
Ein Service Node kann also umso mehr Transaktionen gewinnen und ausführen (auch parallel) umso mehr PAN ihm zur Verfügung stehen.

Die Service Nodes sind dadurch incentiviert möglichst viele PANs in ihren Wallets zu halten, diese werden dann „virtuell“ dem zirkulierenden PAN Supply entzogen.

Die Höhe des Pfandes das Christof bei der AMA nannte (etwa x2 der Transaktionskosten) stellt also lediglich das absolut notwendige Mindestpfand dar um die Transaktion bei einem Nodeausfall abschließen zu können.
Ist das alles korrekt?

A: Ja, die genauen Parameter müssen wir aber natürlich noch ausarbeiten.

Bearbeitet 3. September 2021 von James100

[James100]

vor 21 Minuten schrieb James100:

Pantos-Frage-Antwort Runde (Telegram) mit Christof 

F: Wie wird verhindert, dass ein dominierender Node mit z.B. mehr PAN als der gesamte Rest zusammen alle Transaktionen abbekommt?

Kann man das Folgende mittlerweile spezifizieren?
„The length of the timeouts, the optimal fee and collateral amounts and how to decide which Pantos node wins the claim of the request are still the topic of vivid future research. A likely candidate for this selection process is a stake-based hash function on the submitted request with the Pantos node identifier as salt. This creates a random fee between zero and the maximal transaction fee as intended by the initiator, but the higher the stake a Pantos node locks away, their chances of a higher fee should increase, and the closer the request comes to timing out, the maximum fee any Pantos node can cash in should also be higher. That way, fee rewards can be fairly distributed among active Pantos nodes and additionally the PAN holders might end up paying less fees than they had planned to.“

A: Monopol-Situationen sind natürlich ein mögliches Problem. In der Praxis glaube ich allerdings, dass die Höhe des Stakes für die Service Nodes da keinen so großen Einfluss haben wird und die Parameter Schnelligkeit und Fees gewichtiger sind. Unsere Inhouse Implementierung wird auf jeden Fall mit einer Zufallsfunktion für die Auswahl des Service-Nodes kommen.

F: Pantos Blockchain- und Frontend Dev,
knifflig die Stellen zu besetzen?
Oder werden die Anzeigen pauschal stehen gelassen, man braucht die Leute je?

A: Gute Entwickler kann man einfach nie genug haben. Aktuell sind wir noch mit Interviews beschäftigt.

F: Wird es möglich sein jederzeit seine Anzahl der geparkten PAN auf einer Blockchain zu ändern oder wird das für eine bestimmte Zeit gesperrt bis man das wieder ändern kann?

A: Gute Frage. Abziehen muss auf jeden Fall für einen ausreichenden Zeitraum gesperrt werden, erhöhen wird aber wahrscheinlich immer möglich sein, wobei sich dann der gesperrte Zeitraum entsprechend verlängert.

F: Könnte man theoretisch mithilfe von Pantos ein NFT auf einer Blockchain auf eine andere Blockchain verschieben?

A: Grundsätzlich ja, NFTs und Token sind technisch gesehen nicht so unterschiedlich. Vor allem hängt es davon ab wie NFTs genutzt werden. Wenn ein NFT ein Ersatz für einen Grundbucheintrag oder ähnliches ist, dann wird es mit der verbundenen wenig flexiblen Bürokratie eventuell nicht so sinnvoll diesen NFT auf eine andere Blockchain zu verschieben.

F: enutzt ihr IOTA Streams oder normale Indexation Payload transactions fuer die offchain Oracle communication | bzw habt ihr das Oracle proof of concept schon auf Chrysalis umgezogen - laut https://github.com/pantos-io/ioporacle/blob/main/ioporaclenode/configs/config_n1.json#L18 sieht es mir nach dem legacy net aus

A: Im PoC benötigen wir tatsächlich nur sehr rudimentäre Funktionalität für den Broadcast Channel. Um den Anwendungsfall allgemein zu halten haben wir banale Zero-Value Transactions verwendet. Unsere Tests fanden schon vor dem Chrysalis-Launch statt, daher sind wir noch nicht umgezogen.

[omega]

Mir wurde, auf BPpro, der BTC/EUR Preis für einen kurzen Moment mit €1,29.- angezeigt. 😂

Das wär was gewesen....haha.

[Bx11]

vor 5 Stunden schrieb James100:

F: Wie wird verhindert, dass ein dominierender Node mit z.B. mehr PAN als der gesamte Rest zusammen alle Transaktionen abbekommt?

Kann man das Folgende mittlerweile spezifizieren?
„The length of the timeouts, the optimal fee and collateral amounts and how to decide which Pantos node wins the claim of the request are still the topic of vivid future research. A likely candidate for this selection process is a stake-based hash function on the submitted request with the Pantos node identifier as salt. This creates a random fee between zero and the maximal transaction fee as intended by the initiator, but the higher the stake a Pantos node locks away, their chances of a higher fee should increase, and the closer the request comes to timing out, the maximum fee any Pantos node can cash in should also be higher. That way, fee rewards can be fairly distributed among active Pantos nodes and additionally the PAN holders might end up paying less fees than they had planned to.“

A: Monopol-Situationen sind natürlich ein mögliches Problem. In der Praxis glaube ich allerdings, dass die Höhe des Stakes für die Service Nodes da keinen so großen Einfluss haben wird und die Parameter Schnelligkeit und Fees gewichtiger sind. Unsere Inhouse Implementierung wird auf jeden Fall mit einer Zufallsfunktion für die Auswahl des Service-Nodes kommen.

F: Pantos Blockchain- und Frontend Dev,
knifflig die Stellen zu besetzen?
Oder werden die Anzeigen pauschal stehen gelassen, man braucht die Leute je?

A: Gute Entwickler kann man einfach nie genug haben. Aktuell sind wir noch mit Interviews beschäftigt.

F: Wird es möglich sein jederzeit seine Anzahl der geparkten PAN auf einer Blockchain zu ändern oder wird das für eine bestimmte Zeit gesperrt bis man das wieder ändern kann?

A: Gute Frage. Abziehen muss auf jeden Fall für einen ausreichenden Zeitraum gesperrt werden, erhöhen wird aber wahrscheinlich immer möglich sein, wobei sich dann der gesperrte Zeitraum entsprechend verlängert.

F: Könnte man theoretisch mithilfe von Pantos ein NFT auf einer Blockchain auf eine andere Blockchain verschieben?

A: Grundsätzlich ja, NFTs und Token sind technisch gesehen nicht so unterschiedlich. Vor allem hängt es davon ab wie NFTs genutzt werden. Wenn ein NFT ein Ersatz für einen Grundbucheintrag oder ähnliches ist, dann wird es mit der verbundenen wenig flexiblen Bürokratie eventuell nicht so sinnvoll diesen NFT auf eine andere Blockchain zu verschieben.

F: enutzt ihr IOTA Streams oder normale Indexation Payload transactions fuer die offchain Oracle communication | bzw habt ihr das Oracle proof of concept schon auf Chrysalis umgezogen - laut https://github.com/pantos-io/ioporacle/blob/main/ioporaclenode/configs/config_n1.json#L18 sieht es mir nach dem legacy net aus

A: Im PoC benötigen wir tatsächlich nur sehr rudimentäre Funktionalität für den Broadcast Channel. Um den Anwendungsfall allgemein zu halten haben wir banale Zero-Value Transactions verwendet. Unsere Tests fanden schon vor dem Chrysalis-Launch statt, daher sind wir noch nicht umgezogen.

Ich verstehe nur ein Teil der Antworten , sind die Antworten im großen und ganzen gut für die Pantos Halter ???