Bitcoin Forum
September 24, 2024, 02:02:07 PM *
News: Latest Bitcoin Core release: 27.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 »
1  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 11, 2013, 05:43:22 PM
Ich sehe schon, dass das nichts wird. Schade eigentlich, weil ich so alle mit Cash abhängen kann. Wenn das so sein soll, dann passiert das eben auch so.

So ballt sich das Vermögen eben bei den Vermögenden.

Aber so ist das dann eben.
2  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 07:13:21 PM
Autounfal, Nase weg (Nase soll nur 1 Beispiel von vielen möglichen sein), und dann?

Was dann? Nichts! Wieso sollte da eine neue ID beantragt werden? Die bisherige gilt doch.
3  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 06:21:39 PM
Technisch wäre die Idee von @Mannfred (Abgleich Livebild mit einem Referenz-Video oder Bild und optionalen Stimmenabgleich in Echtzeit) bereits
heute umsetzbar. Casinos setzen diese Art von Technik ja bereits ein. Scheitern wird es eher an den Kosten und am Datenschutz  Wink

Kosten und Datenschutz sind kein Thema. Zu erstem finden sich Leute, zu zweitem sowieso.
4  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 05:55:55 PM
Nein, man kann seinen Finger doch im Paket vorbeischicken...

Ein lebendes Auge doch wohl kaum.

Ich erinnere, dass hier nur Gedanken eines neuen Systems gedacht werden sollen.
5  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 04:01:56 PM
Das hätte den Vorteil, dass jeder Betrug im System zurückgesetzt werden könnte. Coins ohne Person würden auf Null gesetzt. Das würde zwar einen erheblichen Prüfungslauf freisetzen, der ja bei echten Personen kein Problem ist.

Ein prima Gedanke! So wäre dann alles nur von dem Abruck fällig. Und der muss innerhalb von 48 Stunden abhegeben werden. Coins werden eingezogen und verteilt.

Sonst ist alles nur persönlich fällig. Sonst: Aufteilen und fertig.

Könnte klappen.
6  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 03:30:21 PM
Tja. Eigentlich wollte ich das nicht auf dem Perso aufbauen. Hat aber noch Zeit...


Atlos
7  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 12:31:51 PM
Also über Gesichtserkennung wird das nix. Schon mal an Menschen gedacht, die exakt gleich aussehen (Zwillinge)? Die kann man mit heutigen Verfahren nicht mal per DNS auseinander halten.

Das wäre dann nachzuweisen. So bekämen beide eben nur einen Zugang. Der Sonderfall ist für mich okay.
8  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 12:20:16 PM
NEIN ES GEHT NICHT, zum vierten mal.

Nehmen wir an, die DNS ist nirgendwo erfasst. Dann wäre daraus doch dennoch eine eindeutige ID abzuleiten, oder?

Nehmen wir nun an, dass diese ID so verschlüsselt ist, dass ich nicht auf die DNS komme. Machbar, oder? Die ID ist ja auch wesentlich kürzer, daher ist das unmöglich.

Dann wäre mein Projekt doch denkbar!

Im Fall DNS könnte man bei meinem Projekt den gesamten Erdball durchkämmen und bei einem Bit Abweichung wäre die ID komplett anders (Lavineneffekt).

Ich suche aber nicht nach der ultimativen Lösung, sondern nach einer praktikabelen.


Mannfred
9  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 12:03:41 PM
Hat Atlos/Mannfred sich mit seinem Zweitaccount vertan?

Das Problem ist, das du ncht automatisiert 2 Videos vergleichen kannst.
Und das müsstest du, damit nicht jemand einfach die Haare strubbelt, den Bart oder die Brille abnimmt oder einen anderen Pullover verwendet um sich mehrmals anzumelden.

Das geht auch in den nächsten Jahren nur mit PostIdent.
Oder persönlichem Kontakt, bei dem du den Perso kontrollierst.

Wenn das so wäre, könnte Fratzenbuch keine Fotos erkennen. Stimme und Gesicht sind da in Zusammenarbeit schon sehr sicher.
10  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 12:01:07 PM
Aber du könntest ja die Ausschüttung steuern.
Jeder angemeldete User meldet eine Adresse an, per PostIdent kann man auch sicherstellen, das es sich um eine Person und somit ein Konto handelt.
Dieses Konto bekommt einen Zugang (Seriennummer eines Geräts registriert) und muss darüber Rechenleistung bereitstellen.
Weitere Geräte/Adressen können nicht per Postident registriert werden, jede registrierte Adresse bekommt ausschüttung gemäß Anteil, sofern das registrierte Gerät aktiv ist.
So kann jeder Minen wie er will, da er nur eine Adresse registrieren kann, nutzt es nichts.
Das private Anlegen weiterer Adressen zur weiterverteilung des Geldes wäre frei, nur das an denen eben kein Mininggeld ankommt.

Wird aber nicht angenommen...
- Ich müsste mich persönlich ausweisen dir gegenüber
- Du müsstest alle Anträge manuell (=langsam) prüfen.
- Sicherlich könnten mehrere Leute pro Haushalt jeweils einen Anteil haben, aber wie prüfst du ob das wirklich so ist?



Natürlich ist Postident keine Lösung, weil es das z.B. in Somalia nicht gibt. Und weitere Rechenpower gerne, aber ohne zusätzlich Ausschüttung.

Meine Frage lautet: Kann man das anonym bewerkstelligen, in dem man beispielsweise eine ID über Video erstellt oder geht das nicht?

In keinem Fall soll dabei nachvollzogen werden können, wer hinter einer ID steckt.
11  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 11:54:59 AM
In zehn Jahren fahren Auto ohne Faher. Berufe wie Lockführer, Taxifahrer oder LKW-Fahrer gibt es dann nicht mehr. Anders gefragt: Was kann IT in zehn, zwanzig oder fünfzig Jahren nicht?

Einen Text einblenden, die Kamera scharf schalten und aufnehmen? Was soll da "Handarbeit" sein. Stimme und Video aufnehmen und zu einer ID zusammenklemmen sollte Stand der Technik sein.

Dass man das nicht umgekeht entschlüsseln kann, ist klar. Also dass man nicht aus aus der ID die Stimme und Gesicht erkennen ist kann.

Aber das ist ja meine Frage, wie das gehen könnte.


Atlos
12  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 11:41:24 AM
Hi Candoo,

leider ist das wohl das Problem. Aber ein Coin, den ich an mich reißen kann, wenn ich mal 5 Mio. $ über habe, wird wohl auch Nichts...

Vielleicht hat noch wer eine bessere Idee?

Die Sache mit den Fotos klappt bei einem live-Video mit individuellem Text als Überprüfung natürlich nicht. Da könnte man das so machen, dass jeder mit einem neuen Video den alten Account löscht, oder?

Da fliegst Du also für die Katz nach Indien, weil ich morgen neue Aufnahmen machen kann und Du dann raus bist.

Zumal man fordern kann, dass eine IP auch nur einer Person gehört.


Mannfred
13  Local / Projektentwicklung / Re: Ein Zugang pro Person on: December 09, 2013, 11:21:32 AM
Hi amigaman,

Danke für die Idee. Sowas hatte ich mir auch überlegt, ist aber von der Verwaltung und den Kosten praktisch nicht zu stemmen.

Vielleicht mal ein paar Infos zu meiner Idee: Ich würde gerne eine Art Coin einführen, dass an alle Teilnehmer gleich verteilt wird, die mitmachen. So eine Art Bürgergeld. Wer die Rechenleistung eines Block Erupter bereitstellen kann, ist dabei. Dazu ist es aber notwendig, dass niemand mehrfach kassiert.

So könnte das Wettrennen um Rechenpower beendet werden und alle sind gleichberechtigt.

Aber natürlich nur dann, wenn niemand mehrfach teilnehmen kann.

Eine Idee war, dass man mit seiner Webcam einen Text vorlesen muss und das Gesicht gescannt wird. Mit diesem Gesicht kann mann dann eine ID bekommen, aber eben nur eine.

Ich weiß, dass das zunächst noch Gedanken sind, aber ich denke, dass das genau so laufen muss...


Cool

Mannfred
14  Local / Projektentwicklung / Ein Zugang pro Person on: December 09, 2013, 10:54:40 AM
Hallo Zusammen,

ich zerbreche mir gerade den Kopf über folgendes Problem: Wie wäre es möglich, dass eine Person (also ein körperlicher Mensch) nur einen Zugang zu einem System bekommt.

Also eben nicht die Möglichkeit erhält, sich per Mail mehrfach anzumelden und auch keine Fakes benutzen zu können.

Bisher sehe ich da keine Lösung. Vielleicht gibt es im Internet da auch keine. Aber dann wäre das auch ein Ergebnis.

Irgendwelche Tipps, in welche Richtung ich denken kann?


Smiley

Mannfred
15  Local / Projektentwicklung / Re: OT: PRISM-Spammer on: November 04, 2013, 07:37:06 PM
Ich würde meinen Gedanken gerne wieder aufgreifen und eine Lösung entwickeln, die alle Nachrichten persistent in einer Art Blockchain speichert. Nur wenn ich die entsprechende "Adresse" habe, dann erfahre ich davon.

Die Blockchain könnte sich ja nur auf die vergangenen 20 Tage beziehen und dann gelöscht werden. Damit könnte die immer immens groß gehalten werden und mit verschlüsseltem Nonsens zugeballert bleiben, z.B. in dem jeder Nutzer mindestens 100 Nachrichten an Zufallsadressen raushaut mit Texten, die "plausibel" konstruiert sind. Den Sprachschatz echter Nachrichten müsste man natürlich auf das Wörterbuch begrenzen, damit nicht erkannt werden kann, was echt ist und was fake.

So könnte man Mails an Nutzer schicken, ohne diese direkt anzusprechen, weil ja immer alle an allem partizipieren.

Je mehr Leute mitmachen, desto mehr Müll wird produziert.

Natürlich ist das ein Projekt, dass kein Geld abwirft, sondern nur Arbeit ist. Aber vielleicht hat noch wer Lust, PRISM zuzuballern.

Und interessant wird das allemal.
16  Bitcoin / Project Development / Re: [ANNOUNCE] Abe 0.7: Open Source Block Explorer Knockoff on: October 29, 2013, 10:43:09 AM
I´m getting this Error-Masssage:

no chain_id
catch_up_rpc: abort
Opened e:\datenbank\bitcoin\daten\blocks\blk00080.dat
Exception at 13228858152345733452
Failed to catch up {'blkfile_offset': 123332745, 'blkfile_number': 100080, 'chai
n_id': None, 'loader': None, 'dirname': 'e:\\datenbank\\bitcoin\\daten', 'id': D
ecimal('2')}
Traceback (most recent call last):
  File "Abe\DataStore.py", line 2639, in catch_up
    store.catch_up_dir(dircfg)
  File "Abe\DataStore.py", line 2897, in catch_up_dir
    store.import_blkdat(dircfg, ds, blkfile['name'])
  File "Abe\DataStore.py", line 3024, in import_blkdat
    b = store.parse_block(ds, chain_id, magic, length)
  File "Abe\DataStore.py", line 3055, in parse_block
    d['transactions'].append(deserialize.parse_Transaction(ds))
  File "Abe\deserialize.py", line 92, in parse_Transaction
    d['txOut'].append(parse_TxOut(vds))
  File "Abe\deserialize.py", line 67, in parse_TxOut
    d['value'] = vds.read_int64()
  File "Abe\BCDataStream.py", line 72, in read_int64
    def read_int64  (self): return self._read_num('<q')
  File "Abe\BCDataStream.py", line 110, in _read_num
    (i,) = struct.unpack_from(format, self.input, self.read_cursor)
OverflowError: Python int too large to convert to C long
17  Bitcoin / Project Development / Re: [ANNOUNCE] Abe 0.7: Open Source Block Explorer Knockoff on: October 20, 2013, 10:22:58 PM
No Solution.

Delete Database and load again. Duration about three Weeks....
18  Bitcoin / Project Development / Re: [ANNOUNCE] Abe 0.7: Open Source Block Explorer Knockoff on: October 10, 2013, 08:34:58 PM
I get the following error massage:


no chain_id
catch_up_rpc: abort
Opened e:\bitcoin\daten\blocks\blk00080.dat
Exception at 13228858152345733452
Failed to catch up {'blkfile_offset': 123332745, 'blkfile_number': 100080, 'chai
n_id': None, 'loader': None, 'dirname': 'e:\\bitcoin\\daten', 'id': D
ecimal('2')}
Traceback (most recent call last):
  File "Abe\DataStore.py", line 2639, in catch_up
    store.catch_up_dir(dircfg)
  File "Abe\DataStore.py", line 2897, in catch_up_dir
    store.import_blkdat(dircfg, ds, blkfile['name'])
  File "Abe\DataStore.py", line 3024, in import_blkdat
    b = store.parse_block(ds, chain_id, magic, length)
  File "Abe\DataStore.py", line 3055, in parse_block
    d['transactions'].append(deserialize.parse_Transaction(ds))
  File "Abe\deserialize.py", line 92, in parse_Transaction
    d['txOut'].append(parse_TxOut(vds))
  File "Abe\deserialize.py", line 67, in parse_TxOut
    d['value'] = vds.read_int64()
  File "Abe\BCDataStream.py", line 72, in read_int64
    def read_int64  (self): return self._read_num('<q')
  File "Abe\BCDataStream.py", line 110, in _read_num
    (i,) = struct.unpack_from(format, self.input, self.read_cursor)
OverflowError: Python int too large to convert to C long



What is to do?
19  Local / Projektentwicklung / Re: Verschlüsselter Cloud Speicher on: July 14, 2013, 09:51:34 PM
Naja, ich hab' einfach "wichtige" Daten gerne irgendwo im Internetz und genug Bargeld im Haus, um Deutschland zu verlassen, sollte dies jemals notwendig werden. Tongue Während andere noch ihre Koffer packen und Dokumente suchen, sitze ich schon in Argentinien oder sonstwo und lasse mir die Füße massieren.

Ist das Ernst gemeint? Egal, man sollte einfach mal darüber nachdenken... Wink Auf der Flucht ist jeglicher Ballast hinderlich.

Okay. So weit hatte ich noch nicht gedacht. Ein Gehirn kann man ja noch nicht filzen...

Dennoch nutzen die Klaut wohl nur ein Bruchteil der Nutzer auf diese Art.
20  Local / Projektentwicklung / Re: Verschlüsselter Cloud Speicher on: July 14, 2013, 09:22:07 PM
Naja , ich hab gerne alle meine Kontakte, Nachrichten, E-Mails , meine Termine und bestimmte Dateien ( Präsentationen ,  Lieblingsversionen von Programmen , Backups von Online Wallets für fixen Zugriff auf ein oder zwei Coins, Keys für Programme, Musik ... ) über alle meine Geräte verteilt : Smartphone, Tablet, Laptop, Standrechner . Dafür ist es ganz Praktisch. Ich kann nicht immer und überall ne Festplatte mit mir rumtragen , eine Festplatte kann man verlieren, durch den Transport können Daten beschädigt werden auf die ich dann unterwegs keinen Zugriff mehr habe. Und Platz ist für mich kein Argument , ich würde alles in allem nichtmal ein Terabyte brauchen.

Nachrichten, Mails und Kontakte kann man ohnehin nicht schützen. Die eigene Mailadresse oder Handynummer fliegt ja schon über andere immer in die Welt. Da kann man nichts machen, weil man ja nicht jeden Kontakt "überzeugen" oder briefen kann. Das ist quasi immer für Jedermann zu lesen. Wenn man das kapiert, ist es ja auch kein Problem.

Für Termine gilt das auch, aber Wallets oder Präsentationen kann man doch problemlos offline erstellen und abgleichen. Software lädt man sich aktuell runter und auf jedem Handy kann man doch per Seicherkarte ausreichend Platz schaffen. Abgleichen ist doch nur eine Frage von Sekunden. Ich nutze da schon seit Jahren einne Software, die beim Abschalten in wenigen Sekunden die Änderungen ablgeicht und im übrigen das auch immer dort regelt, wo ich gerade bin. Okay, das Einrichten dauert zehn Minuten, aber dann ist es vollautomatisch.

Mein privater Speicher beträgt übrigens so gegen 11 GB.
Pages: [1] 2 3 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!