[Diskussion] - [IOTA] - Erste blockchainlose Kryptowährung designed für das IdD

[iotawillbebig]

Verkauf die Hälfter meiner IOTAS
4.5 TIOTA sind noch da
150 GIoTA = 1 BTC
PN an mich bitte

[1713504419]

1713504419

[1713504419]

1713504419

[1713504419]

1713504419

[1713504419]

1713504419

[1713504419]

1713504419

[1713504419]

1713504419

[IOTUSA]

Verkauf die Hälfter meiner IOTAS
4.5 TIOTA sind noch da
150 GIoTA = 1 BTC
PN an mich bitte

Es ist sehr wahrscheinlich ein Betrug sein.
Immer Handel mit Treuhand.

[iotawillbebig]

Verkauf die Hälfter meiner IOTAS
4.5 TIOTA sind noch da
150 GIoTA = 1 BTC
PN an mich bitte

Es ist sehr wahrscheinlich ein Betrug sein.
Immer Handel mit Treuhand.

Lerne doch bitte erstmal deutsch bevor du hier so einen Schwachsinn über mich redest.

[achimsmile]

Aha, danke. Dann ist der Coordinator tatsächlich in einer noch weitaus zentraleren Weise in den Funktionsprozess von IOTA eingebunden als es bei Peercoin mit den Checkpoints der Fall ist. Man könnte sogar sagen, dass dann IOTA bis auf weiteres tatsächlich ein zentralisiertes Client-Server-System darstellt, was für mich doch ein ziemlicher Wermutstropfen ist und womit ich Imis Kritik dann doch nachvollziehen kann und auch teile.

Aber abschreiben will ich IOTA noch nicht, werde es weiter verfolgen. Vielleicht kann die "Starthilfe" ja doch bald abgestellt werden.

Keine Angst, IOTA wird vollständig dezentral sein.

Ist Peercoin ohne Checkpointing lauffähig? Führt es nicht zu Forks, wenn die Checkpoints abgestellt würden?

[d5000]

Ist Peercoin ohne Checkpointing lauffähig? Führt es nicht zu Forks, wenn die Checkpoints abgestellt würden?

Soviel ich weiß, wurde in der vorletzten Version 0.4 entscheidende Verbesserungen in den PoS-Algorithmus eingebracht, die gegen Forks gerichtet sind. Es gibt auch zahlreiche Peercoin-Klone, die ohne Checkpointing funktionieren.

Also würde ich die Frage nach der Lauffähigkeit bejahen. Es ist bei der nächsten Version 0.6 geplant, die Checkpoints vom Nutzer deaktivierbar zu machen. Allerdings steht es bei Sunny King immer in den Sternen, wann er etwas veröffentlicht - Roadmaps hält er aus Prinzip niemals ein.

[rage1337]

Neuer Chat, ab jetzt bitte nur noch diesen nutzen: http://slack.iotatoken.com

[deadlock1]

Verkauf die Hälfter meiner IOTAS
4.5 TIOTA sind noch da
150 GIoTA = 1 BTC
PN an mich bitte

Du Escort?

[wosch76]

wegen der f## java-probleme hat das claimen bei mir nicht geklappt.
so wie ich das verstehe muss ich jetzt
1. auf die neue walletversion warten und hoffen, dass die bei mir sauber läuft
2. david über den iota-chat kontaktierten, seed senden, ...
richtig so?

Kannst ja David zuerst kontaktieren und dann hast du deine Informationen aus erster Hand
Und nett wäre, wenn du das dann hier nochmal postest, damit die anderen auch Bescheid wissen.

Mit ein wenig Verzögerung hat mir David im IOTA-Chat auf meine PM folgendes geantwortet zum manuellen claimen:

"So there are 3 stages

1. I need your seed to verify that you are indeed the owner of the address. Don't worry about giving over your seed, the iotas tied to your old seed are no longer tied to it.

2. You need to make a new seed and generate a new address that I will send you the iotas to. You do both of these things in the GUI. The seed is simply your password, come up with one (81 random made up of only latin characters and the number 9) and store it somewhere safe. Then you go to 'RECEIVE' section in the GUI and generate an address, this will take some time as your processor is doing PoW. Once it's done copy it and give it to me.

3. You need to decide how much iota you want to donate to Foundation and also if you want to donate to 'Big deal' initiative. It's 100% voluntary, but I encourage everyone to donate over 5% to the foundation and 2-3% to the 'Big Deal' initiative for the longevity of IOTA in the following weeks, months and years."

[achimsmile]

wegen der f## java-probleme hat das claimen bei mir nicht geklappt.
so wie ich das verstehe muss ich jetzt
1. auf die neue walletversion warten und hoffen, dass die bei mir sauber läuft
2. david über den iota-chat kontaktierten, seed senden, ...
richtig so?

Kannst ja David zuerst kontaktieren und dann hast du deine Informationen aus erster Hand
Und nett wäre, wenn du das dann hier nochmal postest, damit die anderen auch Bescheid wissen.

Mit ein wenig Verzögerung hat mir David im IOTA-Chat auf meine PM folgendes geantwortet zum manuellen claimen:

"So there are 3 stages

1. I need your seed to verify that you are indeed the owner of the address. Don't worry about giving over your seed, the iotas tied to your old seed are no longer tied to it.

2. You need to make a new seed and generate a new address that I will send you the iotas to. You do both of these things in the GUI. The seed is simply your password, come up with one (81 random made up of only latin characters and the number 9) and store it somewhere safe. Then you go to 'RECEIVE' section in the GUI and generate an address, this will take some time as your processor is doing PoW. Once it's done copy it and give it to me.

3. You need to decide how much iota you want to donate to Foundation and also if you want to donate to 'Big deal' initiative. It's 100% voluntary, but I encourage everyone to donate over 5% to the foundation and 2-3% to the 'Big Deal' initiative for the longevity of IOTA in the following weeks, months and years."

sieht gut aus. Einfach fragen wenn etwas unklar ist.

[ImI]

Der Koordinator ist eben ein perfekter Angriffspunkt. Legt man ihn lahm, legt man das gesamte Netzwerk lahm.

Dito.  

edit: nix ist zu 100% safe.

logisch. hier geht es jedoch nicht um die frage ob das ganze jetzt 99% safe ist oder 98%. müsste ich eine schätzung abgeben wie hoch die wahrscheinlichkeit ist das wir in den nächsten 12 monaten eine lahmlegung des netzwerkes durch ddos des Koordinator erleben würde ich eher zu 50% tendieren.
ich hab schon unternehmen gesehen die millionen in die hand genommen haben um sich vor ddos zu schützen und daran gescheitert sind und jetzt kommt cfb und erzählt uns das wäre alles gar kein problem er hätte das schon gut gelöst?

zweifel sind angebracht imo.

Deine 50% scheinen mir willkürlich gewählt zu sein. Laut cfb ist der Coordinator nicht direkt mit dem Netzwerk verbunden, kann also nicht direkt DDOSed werden. Sie maskieren die IP des Coordinators, und niemand ausserhalb weiss, wo er sich befindet.

Wenn du dich mit der Materie auskennst würde ich cfb direkt nach Details fragen. Erst dann kannst du beurteilen, wie wahrscheinlich eine Lahmlegung ist.

die 50% sind natürlich willkürlich gewählt, wenn es um die einschätzung einer wahrscheinlichkeit solcher ereignisse in den nächsten 12 monaten geht wird man immer nur schätzungen liefern können. wie sollte es auch anders sein? die 50% mögen übertrieben sein, aber bei einem eventuellen multi-millionen dollar projekt (eine marketcap von 250mio$ oder mehr in den nächsten 12 monaten ist ja nicht komplett unwahrscheinlich) ist im grunde auch schon eine eintrittswahrscheinlichkeit von 1% zuviel. man stelle sich den kurssturz vor sobald das netzwerk freezed weil der Coordinator eben doch geddosed wird.

und nein ich bin nicht so tief in der materie um mit cfb die details durchzugehen, ich bezweifle auch das es angebracht wäre in der jetzigen situation solche fragen eingehend mit cfb zu diskutieren und er überhaupt auf so eine diskussion eingehen würde. aber sobald der coordinator informationen an das netzwerk überträgt wird er immer eine IP dazu benutzen müssen. wie sonst sollten diese informationen sonst in ein netzwerk geschleust werden welches ausschliesslich per IP miteinander kommuniziert?

wenn ich mir jetzt vorstelle mit welcher akkribie der DAO-hacker vorgegangen ist um das projekt leerzuräumen, dann braucht es nicht viel sich vorzustellen wieviele millionen an einem kurssturz zu verdienen wären und wie dementsprechend hoch die motivation wäre den Coordinator zu suchen.

Aber abschreiben will ich IOTA noch nicht, werde es weiter verfolgen. Vielleicht kann die "Starthilfe" ja doch bald abgestellt werden.

Von "Abschreiben" kann keine rede sein imo, auch bei einem eventuellen lahmlegen des coordinators wird sich meines erachtens immer ein weg finden eben doch irgendwie ohne diese schwachstelle auszukommen. "unangenehm" wäre solch eine attacke für alle beteiligten natürlich alle mal...

[wosch76]

wegen der f## java-probleme hat das claimen bei mir nicht geklappt.
so wie ich das verstehe muss ich jetzt
1. auf die neue walletversion warten und hoffen, dass die bei mir sauber läuft
2. david über den iota-chat kontaktierten, seed senden, ...
richtig so?

Kannst ja David zuerst kontaktieren und dann hast du deine Informationen aus erster Hand
Und nett wäre, wenn du das dann hier nochmal postest, damit die anderen auch Bescheid wissen.

Mit ein wenig Verzögerung hat mir David im IOTA-Chat auf meine PM folgendes geantwortet zum manuellen claimen:

"So there are 3 stages

1. I need your seed to verify that you are indeed the owner of the address. Don't worry about giving over your seed, the iotas tied to your old seed are no longer tied to it.

2. You need to make a new seed and generate a new address that I will send you the iotas to. You do both of these things in the GUI. The seed is simply your password, come up with one (81 random made up of only latin characters and the number 9) and store it somewhere safe. Then you go to 'RECEIVE' section in the GUI and generate an address, this will take some time as your processor is doing PoW. Once it's done copy it and give it to me.

3. You need to decide how much iota you want to donate to Foundation and also if you want to donate to 'Big deal' initiative. It's 100% voluntary, but I encourage everyone to donate over 5% to the foundation and 2-3% to the 'Big Deal' initiative for the longevity of IOTA in the following weeks, months and years."

sieht gut aus. Einfach fragen wenn etwas unklar ist.

Ich hatte David die Infos schon vorher per PM über bitcointalk geschickt.
Habs nur gepostet, weil die Info aus erster Hand vielleicht auch für andere hilfreich ist.

Bin mir aber nicht sicher ob David die IOTAs schon raus geschickt hat.
Werd erst mal das Wallet updaten.

[randombit]

Dauert das Senden bei euch auch solange?,,, ich habe 9 aktive nodes und wenn ich sende dauert es zwischen 20 bis 60Minuten bis das Sending abgeschlossen ist (oder es steht zeitweise "The Tangle is not solid"). Wie ich gelesen habe soll jetzt der Default node von cfb entfernt werden ip bleibt stehen dafür "+udp://" und die ":14265" löschen, das Löschen der gesamten Zeile würde nichts bringen.  Habt ihr das schon gemacht?

Edit:  Wie oft benutzt ihr eine Adresse auf das ihr Iotas überweist?

[quasimodo]

Dauert das Senden bei euch auch solange?,,, ich habe 9 aktive nodes und wenn ich sende dauert es zwischen 20 bis 60Minuten bis das Sending abgeschlossen ist (oder es steht zeitweise "The Tangle is not solid"). Wie ich gelesen habe soll jetzt der Default node von cfb entfernt werden ip bleibt stehen dafür "+udp://" und die ":14265" löschen, das Löschen der gesamten Zeile würde nichts bringen.  Habt ihr das schon gemacht?

Edit:  Wie oft benutzt ihr eine Adresse auf das ihr Iotas überweist?

Ich habe etwa 12 oder 13 Tx gesendet und 8 aktive nodes (default node wie von dir geschildert geblockt, aber seither nichts gesendet). Die längste dauerte 25 Minuten die schnellste 3 Minuten. Dazu dann die confirmationszeit. "The Tangle is not solid" gibts ab und zu wohl bei jedem. Hat bei mir aber noch nie länger als 1 Minute gedauert. Gegenüber der frühen Testphase ist das schon ganz ordentlich, wenngleich natürlich noch nicht akzeptabel. Wird sich aber bestimmt weiterhin verbessern, ich bin mal zuversichtlich. Von Montagabend bis heute morgen gings bei mir schon deutlich schneller (zumindest die confirmationen). Das POW beim senden kannst du durch die Anzahl cores (threads) beschleunigen in der server config.

Edit: In meine Hauptaccount nutze ich jede adresse nur einmal und gebe da auch keine adressen raus, d.h. dahin ueberweise ich nur selber.

[randombit]

Von Montagabend bis heute morgen gings bei mir schon deutlich schneller (zumindest die confirmationen). Das POW beim senden kannst du durch die Anzahl cores (threads) beschleunigen in der server config.

Edit: In meine Hauptaccount nutze ich jede adresse nur einmal und gebe da auch keine adressen raus, d.h. dahin ueberweise ich nur selber.

Auf wieiviel hast du die Anzahl der cores gestellt?

Hast du auch bereits all deine IOTA von deinem Genesis Acc. auf ein neues transferiert?, mir ist noch immer nicht genau bewußt weshalb hier eine Notwendikeit besteht, und bis wann dies abgeschlossen sein sollte. In wie fern sind die alten Seeds anfällig?

[quasimodo]

Von Montagabend bis heute morgen gings bei mir schon deutlich schneller (zumindest die confirmationen). Das POW beim senden kannst du durch die Anzahl cores (threads) beschleunigen in der server config.

Edit: In meinem Hauptaccount nutze ich jede adresse nur einmal und gebe da auch keine adressen raus, d.h. dahin ueberweise ich nur selber.

Auf wieiviel hast du die Anzahl der cores gestellt?

Hast du auch bereits all deine IOTA von deinem Genesis Acc. auf ein neues transferiert?, mir ist noch immer nicht genau bewußt weshalb hier eine Notwendikeit besteht, und bis wann dies abgeschlossen sein sollte. In wie fern sind die alten Seeds anfällig?

Soviel ich verstanden habe ist es möglich die alte hashform SaM zu hacken, obwohl cfb sagte dass momentan wohl niemand soviel hashpower habe. Daher könnte  bei mehrmaliger Ueberweisung auf dieselbe adresse dein privatkey ausgelesen werden. So ungefähr, ohne Gewähr. Die wirkliche Wahrscheinlichkeit duerfte aber wohl gering sein. Ich habs trotzdem gemacht. Gibt mir ein besseres Gefühl.  Falls du in der Testphase deine coins auf deinem Account nie bewegt hast, musst du auch nicht unbedingt transferieren. Es wird bestimmt auch empfohlen um schnell mehr transactionen zu haben.

Ich habe 4 Cores eingestellt (8Threads zur Verfügung) und darüber 800 ms

[ewibit]

Wie ich gelesen habe soll jetzt der Default node von cfb entfernt werden ip bleibt stehen dafür "+udp://" und die ":14265" löschen, das Löschen der gesamten Zeile würde nichts bringen.  Habt ihr das schon gemacht?

ja, seit dem geht nichts mehr:

Code:

IRI 1.0.-1
java.lang.NullPointerException
	at iri.Configuration.initialize(Configuration.java:33)
	at iri.Configuration.initialize(Configuration.java:16)
	at iri.IRI.main(IRI.java:30)

und

Code:

Adjust java parameters (advanced users only):

nur mehr Quit möglich..
 

[ImI]

schau in die IRI.cfg und reparier dort die einträge

[quasimodo]

Wenn ihr "unconfirmed transactions" also mit 0% habt, dann schaut mal unter "Tools - View Server Log" welche Zahl in Klammer steht hinter "Following coordinator address".
Wenn sich diese Zahl um 3 erhöht hat ohne TX-bestätigung, dann solltet ihr unter "show Bundle" den Replayknopf drücken, vorher hats keinen Sinn.

Ueberweisungen vom Gensisaccount sind nicht "replayable". Da bleibt euch nur abwarten oder aber nur wenn der Empfangsaccount auch euch gehört nochmal senden.

[achimsmile]

ja, seit dem geht nichts mehr:

Dann schreib die IP von cfb wieder rein in die IR.cfg Datei:
+udp://188.138.57.93:14265

Unter Window findest du die Datei unter C:\Users\deinName\AppData\Roaming\IOTA Wallet\IRI

Ist nur so dass seine Node überlastet ist, weil die von allen anderen Nodes viele Anfragen kriegt, darum erhälst du von dort nur verzögert Antwort, also nicht weiter schlimm.

[ImI]

Ueberweisungen vom Gensisaccount sind nicht "replayable". Da bleibt euch nur abwarten oder aber nur wenn der Empfangsaccount auch euch gehört nochmal senden.

du meinst die Claim-Transaction? ich hatte eigentlich vor die tokens auf einen frischen seed zu übertragen. aber es happert schon an er ersten TX vom genesis-account da diese keine fortschritte macht und bei 0% verharrt.