Bitcoin Forum
May 27, 2024, 08:02:30 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 ... 192 »
281  Local / Deutsch (German) / Re: [Gesponsort von Betnomi] Gewinnspiel - Betnomi Hardware-Wallet und 0,5 mBTC on: January 24, 2023, 09:26:19 AM

gbianchi, wenn du diesen Beitrag siehst (allerdings bezweifle ich das Smiley), lass es mich bitte wissen, ob du die Karte haben möchtest. In der Zwischenzeit werde ich ihm auch eine PN senden, um sicherzustellen, dass er die Nachricht erreicht. Dieser Beitrag dient hauptsächlich der Transparenz Smiley
Danke für die öffentliche Info und die weitere Abwicklung samt PN an gbianchi.
Mal sehen, was gbianchi schreibt, entweder hier oder in der PN, dann sehen wir weiter.  Smiley

Problem wurde viel schneller gelöst als ich erwartet hatte Smiley

Oh yes, I accept the card.

Offensichtlich enthielt seine PN auch die Lieferadresse, aber dieses Zitat sollte ausreichen. Ich habe seine Antwort gepostet, um allen zu versichern, dass wir auch einen Gewinner für die Karte haben. Hurra!

Also ist alles erledigt Smiley Ich habe ihn freundlich gebeten, zu bestätigen, wann das Paket ankommt. Es wird nächste Woche geliefert, voraussichtlich am Montag (der Versand erfolgt durch jemand anderen, nicht direkt durch mich).

Nochmals vielen Dank an 1miau , Betnomi und icopress und herzlichen Glückwunsch an alle Gewinner!

I received the card today

thank you!

282  Local / Italiano (Italian) / Re: Tabelle e grafici statistiche on-chain on: January 22, 2023, 05:41:47 PM
Gli ultimi due grafici che hai postato mi paiono mandare un messaggio molto chiaro.
I miner hanno finito di vendere, ed “in media il mercato è in utile”. Bullish.
L’unica cosa che mi lascia perplesso è che le brutte notizie su Genesis non abbiano avuto alcun impatto. Ma forse non ho capito io.

Ormai, come in tutti gli altri bottom,
e' rimasta in gioco solo la gente che non segue le notizie.
Tutti quelli che seguono le notizie sono gia' morti per strada.

Adesso sono rimasti quelli che guardano la sostanza,
e la sostanza e' che bitcoin funziona ed ha sempre funzionato benissimo.


Scusami, io seguo le notizie e sono sempre stato bullish. Dipende solo da che notizie segui, e da quale sia il tuo orizzonte temporale: se segui le notizie intraday e tradi solo in quell’intervallo, d’accordo, sei probabilmente morto.

anche questo notizie "macro" sono sostanzialmente notizie inutili.

Fallisce ftx, fallisce genesis, fallira' probabilmente anche DCG che e' ancora piu' grosso.

Ma come dico sempre, dal punto di vista bitcoin non e' successo assolutamente nulla.

Per fare un esempio, e' come se fallisse qualche grossa entita' che commercia in oro...
a parte il grosso rumore, dal punto di vista dell'oro non cambierebbe nulla.

Dal punto di vista dell'oro, l'unica vera notizia degli ultimi millenni 
e' che adesso c'e' Bitcoin.

E dal punto di vista di Bitcoin, una vera notizia sarebbe se si scoprisse un bug nel protocollo,
oppure se venisse trovato  un algoritmo ECDLP veloce... tutto il resto e' rumore di fondo.


283  Local / Italiano (Italian) / Re: Tabelle e grafici statistiche on-chain on: January 22, 2023, 05:18:58 PM
Gli ultimi due grafici che hai postato mi paiono mandare un messaggio molto chiaro.
I miner hanno finito di vendere, ed “in media il mercato è in utile”. Bullish.
L’unica cosa che mi lascia perplesso è che le brutte notizie su Genesis non abbiano avuto alcun impatto. Ma forse non ho capito io.

Ormai, come in tutti gli altri bottom,
e' rimasta in gioco solo la gente che non segue le notizie.
Tutti quelli che seguono le notizie sono gia' morti per strada.

Adesso sono rimasti quelli che guardano la sostanza,
e la sostanza e' che bitcoin funziona ed ha sempre funzionato benissimo.
284  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 17, 2023, 10:41:15 AM

Ma nel frattempo posso aspettare acquattato con le mie rondelle.

(comunque se non hai la stampante 3d anche con  rondelle, mazza e punzoni,
rischi sempre di farti doxxare quando commissioni la stampa della dima Wink )

Invece relativamente al protocollo per collezionabili, accogliendo varie
critiche su vari fronti (dalla complessita' alla sicurezza, una anche tua)
proporro' un enorme semplificazione del tutto,
basata su normalissimi indirizzi bitcoin.

285  Economy / Collectibles / Re: Protocol proposal to associate a multisig 2/2 to bitcoin-themed collectibles on: January 16, 2023, 09:19:57 PM
This exceptionally well-written idea tries to overcome recent development in the collectable space.

Thinking about advesal use case.

I am a not so onest collectible producer.
I produce object and I sell it to myself, as C1. I am then in possession of both keys.
I sell all the product on the secondary market to C2’s. I then rip off all my client à la Yogg.
Apparently unexplainable.

Yes, i know about this:

Quote from: gbianchi
Weaknesses:

P make an agreement with C1 in order to scam C2:
P could do it even in the single key case and with much less effort.


the passage from C1 to C2 and any subsequent passages must be better protected.

I'm thinking about a recursive version of the protocol that also protects
the subsequent customers of the chain.

286  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 16, 2023, 06:51:02 PM
Non ho capito bene cosa serva.
Quando compri questi oggetti devi “fidarti” totalmente del venditore, e come dimostrato anche da fatti recenti, il fatto che sia sigillato nel migliore dei modi non garantisce alcunché in proposito. A maggior ragione se è aperto, dove tendenzialmente potrebbe essere manomesso addirittura in una fase successiva.

Premesso che anche io ero molto dubbioso sull'associare dei satoshi a questi oggetti,
bitbollo mi ha spiegato che quelli del settore lo fanno per una serie di motivi, che vanno
dalla datazione ad altre specificita' del settore che lui ti puo spiegare mille volte meglio di me.

Per questi motivi PRIMA che succedesse lo scam di yogg/coldkey, cominciai a mettere a punto un protocollo
multisig per questi oggetti perche' non avrei mai accettato comprare o vendere un oggetto legato ad una sola
chiave privata emessa dal venditore, e' praticamente andare a cercare lo scam (e infatti cosi' e' stato).

Si tratta fondamentalmente di un multisig 2/2 Produttore/Cliente.

https://bitcointalk.org/index.php?topic=5434764.0



287  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 16, 2023, 02:38:33 PM
un uso che sto progettando di fare (e ringrazio bitbollo che mi sta dando info e dritte indispensabili) e' questo:



praticamente una basetta per esposizione di oggetti collezionabili, ove ci sono due cavita'
una e' chiusa, e serve a contenere una chiave privata (quella di destra)

una e' aperta e serve a contenere un'altra chiave.

In questo caso la cavita' chiusa NON e' segreta, ma addirittura ha un foro di ispezione che serve
a controllare che dentro ci sia davvero qualcosa, la chiusura serve solo come "sigillo"

L'oggetto finito si presentera' piu' o meno cosi':


288  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 16, 2023, 12:39:11 PM

Oppure usare degli indirizzi multisig a x/y. piu' o meno la stessa cosa,
col vantaggio che nel malaugurato caso l'importo venga speso, si puo'
risalire anche a chi ha firmato, quindi si puo' sapere chi andare a menare Smiley



Far sapere ad uno stampatore che hai un miltisig significa già fare disclosure sul fatto che si abbiano dei fondi. Figuriamoci farlo sapere a tre diversi stampatori. Mi pare che il gioco non valga la candela.



vero. Ma mica glielo devi dire. Puoi offuscare il tutto con una cifratura invertibile (solo tu sai l'algoritmo usato)  
trasformandolo in una serie di caratteri che non rappresentano nulla per nessuno... fuorche' te.

Ma la cosa mi sta sfuggendo di mano Smiley
289  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 16, 2023, 12:29:14 PM

Un ovvio limite a questa soluzione è chiaramente che così facendo si “espone” l’oggetto allo stampatore.
In pratica o è “fai da te” oppure meglio lasciare perdere.

Io non mi fiderei a farlo fare a qualcun altro, vero Smiley

Pero' se uno e' proprio negato/svogliato per i lavri manuali, quindi non e' un problema di strumento
ma proprio di attitudini personali,  non ha molte alternative, deve affidarsi a qulcun altro.

ma affidarsi nel senso di affidare il lavoro che e' diverso di fidarsi

In quel caso puo' usare il sistema proposto da babo
e "distribuire" le stampe tra diversi stampatori.

Oppure usare degli indirizzi multisig a x/y. piu' o meno la stessa cosa,
col vantaggio che nel malaugurato caso l'importo venga speso, si puo'
risalire anche a chi ha firmato, quindi si puo' sapere chi andare a menare Smiley

290  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 16, 2023, 11:58:22 AM
Pero min capisco perchè un foglietto no di carta. Comunque suscettibile ad umidità (in caso di rottura dell’involucro) o alte temperature.

A quel punto potresti stampare attorno alle rondelle, oppure, ancora meglio, stampare attorno ad una “steel plate”.
A quel punto l’elemento può essere “ nascosto” come elemento di una stampa  più complessa (es: piedistallo di una miniatura).

la mia era piu' un'idea per fornire un posto "insospettabile" e relativamente semplice da realizzare per nascondere della roba,
io ho fatto un esempio con un foglietto di carta anche perche' mi veniva comodo fare un esempio veloce.

Poi cosa nasconderci dentro ognuno puo' decidere come vuole
e in base a cosa ci deve nascondere (non necessariamente roba relativa alle crypto)

Unendo la tua idea a quella di babo, ad esempio, uno ci puo' nascondere delle piastrine
in acciaio inox con incisi delle copie shamir 2/4 o 3/6 ...

ad ulteriore esempio, nella sezione collezionabili sto proponendo un'idea analoga
per produrre collezionabili con dentro inserita una private key...
bisogna sverginare il collezionabile per estrarrel la chiave e rendere spendibile il wallet associato.
in pratica l'equivalente degli ologrammi da rompere su una casascius.

diciamo che e' un'idea con diversi campi di applicazione e diversi livelli di sicurezza/complessita' raggiungibili.

291  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 16, 2023, 10:47:52 AM
Ah tipo metti 4 parole in un foglietto, altre 4 in un altro? Ora googlo questa cosa di cui avete parlato nella speranza di capirci qualcosa (il nome non da buoni presagi).
In ogni caso  è molto interessante vedere le alternative che ci si inventa per preservarlo. Dalle rondelle di fillippone agli oggetti stampati di gbianchi.

Io posso fare un quadro disegnando gli oggetti del seed magari. ops mi sono auto spoilerato!

http://www.di-srv.unisa.it/~ads/corso-security/www/CORSO-9900/sss2000/
292  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 16, 2023, 09:38:06 AM
Certo, avere piu copie e' un tradeoff per evitare che venga buttato, ma questo crea anche un problema non da poco. Piu copie in giro, piu possibilita di venire sgamato.

Non so, non mi convince. Una copia di shamir tipo 3/6 come la vedi?
dovrebbe andare distrutto piu del 50% delle copie che hai fatto.
Sarebbero come gli horcrux di potteriana memoria (in questo caso dovresti farne 7).


Sicuramente e' una ottimo upgrade all'idea, tanto qui non serve
tenere traccia di quali copie sono state eventualmente usate,
basta recuperare l'info.

E se per sfiga uno degli oggetti si rompe e e rivela il suo segreto...
chi lo trova non se ne fa nulla

bravo!



293  Economy / Collectibles / Re: [FREE RAFFLE - 4 Lots] Bitcoin Stickers Part. 2 on: January 16, 2023, 08:17:54 AM
18

thank!
294  Economy / Collectibles / Re: Protocol proposal to associate a multisig 2/2 to bitcoin-themed collectibles on: January 15, 2023, 11:22:21 PM
here was a glass bell jar that i have designed for my casascius coin: https://bitcointalk.org/index.php?topic=5432957.0

Now I have now modified the project to expose my Block Erupter:

 

In the project I have included two cavities to contain the rolled up sheets with the private keys.
A sealed cavity for the Pk key (right with an inspection hole ) and an open cavity for storing the C1k (left)

295  Economy / Collectibles / Re: Protocol proposal to associate a multisig 2/2 to bitcoin-themed collectibles on: January 15, 2023, 08:06:44 PM
  Very well written and technical as well. Interesting concept kinda like a Multi sig correct?

Thank you!

In a nutshell,  is a Bitcoin multisig 2 of 2 
one key from producer sealed into the object,
one key from customer.
296  Economy / Collectibles / Re: Protocol proposal to associate a multisig 2/2 to bitcoin-themed collectibles on: January 14, 2023, 11:45:14 PM
reserved
297  Economy / Collectibles / Protocol proposal to associate a multisig 2/2 to bitcoin-themed collectibles on: January 14, 2023, 11:44:55 PM
Protocol proposal to associate a multisig 2/2 address to bitcoin-themed collectibles
 
Author: gbianchi
Revision 0.2 dated January 14th 2023

Abstract
In cryptography, using a private key generated by another user does not guarantee security in the management of associated funds.
With this protocol we offer a valid alternative to the use of a 2 of 2 multisignature system capable of guaranteeing security for the user in the purchase and use of bitcoin-themed collectibles.

Introduction
Thanks to @bitbollo I learned about the world of bitcoin-themed collectibles.
I also learned that collectibles are often manufactured with an associated bitcoin address and relative private key, suitably hidden, for the purpose of loading amounts in bitcoins,
associated with the collectible, sometimes even substantial.[1]
 
Obviously the first objection/observation that came to my mind was: if the producer keeps a database of the generated keys, once a certain volume of customers is reached he can scam them all.[2]
Coincidentally, the @yogg scam related some Coldkey ™  cards occurred just a few days later which was the blatant manifestation of these doubts.[3]
 
The purpose of this document is to propose a multisignature[4] 2 of 2 for the production of collectibles with an associated multisig address at a higher security level than
to the private key system generated by the manufacturer.


Abbreviations
Prefix
P = Manufacturer (producer of bitcoin-themed collectibles)
C1 = direct customer of the manufacturer
C2 = customer of C1 (and any other customer later C1)
 
Suffix
k = Private Key
p = Public Key
a = bitcoin address
 
Symbols
ms = address multisignature 2 of 2
cc = paper certificate
 

------ Production ------------------------------

C1 wants to buy a collectible from P
C1 produces C1k and C1p
C1 sends C1p to P
P produces Pk and Pp
P generates ms from Pp + C1p
P generates Pa from Pp and C1a from C1p
P generates paper certificate cc with printed Pp, Pa, C1p, C1a, ms
P inserts his Pk into bitcoin-themed collectible and seals it
P prints a ms qr-code outside the bitcoin-themed collectible
P sends bitcoin-themed collectible to C1 accompanied by cc
 
Note: the loading of an amount on ms by P or other parties has no influence on the description of the protocol. In any case P is unable to spend ms, he does not know the key C1k to sign a possible transaction.
  

------- passing the bitcoin-themed collectible to c1 -------------
 
C1 receives bitcoin-themed collectible and cc
With the cc, C1 can verify that ms was generated by Pp + C1p .
He can also verify that the qr-code printed on the bitcoin-themed collectible corresponds to that of cc.
C1 if later wants to spend any ms content must break the bitcoin-themed collectibles, to withdraw Pk and be able to sign, together with C1k, the transaction.
 

------------ Selling the items from C1 to C2 (and so on)-------------------
 
C2 wants to buy from C1, but wants proof of ownership:
C1 sends C2 a photo of the qr-code of the bitcoin-themed collectible (address ms)
C1 sends C2 a photo of the paper certificate (and then Pp, Pa, C1p, C1a, ms ).
C1 proves to C2 that it can sign a message with address C1a (then prove it have the private key)
 
Then C2 it is certain that:
   a) cc is that of the bitcoin-themed collectibles (ms of the qr-code on the bitcoin-themed collectibles and that on cc correspond)
   b) C1 owns the private key C1k (is able to sign a message with C1a)
 
If C1 and C2 agree
C1 transcribes its own C1k and inserts it in the bitcoin-themed collectible.
C1 sends the bitcoin-themed collectibles to C2
 


------------ Advantages over the one key protocol------------
P  can never withdraw the amount paid in ms.
Even if you keep a database with all the Pk's it has generated, nothing can be done with it, so it can never scam C1
 
C1 interacts with P and is certain that the object is customized for him and UNIQUE.
 
C1 can demonstrate to C2 by sending the photo the paper certificate and signing with C1a (because he owns C1k) that he really possesses C1k[/i], therefore that he is aware of C1k (so if it's not C1 it must have somehow interacted with C1 and/or with the object).
 
Disadvantages:
The protocol does not lend itself to industrial production
Requires knowledge of bitcoin protocol and multi signature addresses from C1 and C2
The object must be "broken" in order to access P private key (that is inserted during the creation of the bitcoin-themed-collectibles), this kind of process has been already introduced by Kialara [5]


 
Weaknesses:
P doesn't actually put Pk inside the object, or it puts a wrong key:
P cannot spend any ms content, so if he doesn't introduce the key on purpose he has no advantage. If he introduces an incorrect one, he still has no advantage, as he could not gain anything in a scam attempt and would lose his reputation as a producer, so he could only lose out.
 
P make an agreement with C1 in order to scam C2:
P could do it even in the single key case and with much less effort.
Also P should agree with various C1 level clients for being able to scam all C2 level clients, which is unthinkable since items are available to all kind of users hence C1.
The bigger the number of customers of P the more unlikely an agreement between C1 and P to scam becomes possible.
 
if C1 does not send the key C1k to C2
C1 is not able to use / redeem the amount because the object remains intact, therefore it would have no advantage in not sending it, it loses its reputation in the face of any economic or trust advantage. In this case a reputable escrow during the transaction could be another viable solution to avoid any potential scam.
 
C1 loses C1k: is no longer able to sell the item, a C2 wouldn't buy it.
In any other way C1 tries to scam C2, they are cases identical to those
of the system with only one unique private key "hidden" in the object.
 
I ask all of you to review and suggest further implementations of this method for introducing keys into collectibles and increasing security in this type of transaction.


Summary
In the first level passage P -> C1 the risks for C1 are almost eliminated compared to the single key system.
In the second level passages C1 -> C2 the risks of C2 are slightly lower than in the single key system


References
[1] https://en.bitcoin.it/wiki/Casascius_1000_BTC_gold_coin
[2] https://bitcointalk.org/index.php?topic=3315347.0
[3] https://bitcointalk.org/index.php?topic=5434506.0
[4] https://en.bitcoin.it/wiki/Multi-signature
[5] https://www.coindesk.com/markets/2016/04/01/how-kialara-uses-physical-bitcoins-to-explore-the-value-of-art/



Acknowledgments
I thank @bitbollo for the fundamental contribution, the constructive exchange of ideas and the patience.
298  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 13, 2023, 07:36:15 PM
Beh si mi pare giusto non divulgare le forme in cui potresti aver nascosto queste cose, ci sta tutto.
Ma nel caso qualcuno ti buttasse il tuo oggetto ci hai pensato? Tipo passa la moglie vede sto soprammobile e lo butta. Non sarebbe bello.

L'aveva gia' suggerito babo in precedenza, il discorso "finisce in pattumiera"

E' vero, pero' considera che puoi farne diverse copie.

E poi mica per forza devono essere soprammobili...
visto che citi la moglie, prendiamo questo caso:
la moglie ti dice: "mi faresti questa cosa xxxx che mi serve tanto" oppure "mi faresti  il pezzo yyyy per riparare zzzz"

e tu "si certo cara"... e senza dire un cazzo nella cosa xxxx o nel pezzo yyyy che le serve tanto
ci infili senza dire niente a nessuno il bigliettino....

insomma nella vita bisogna sapersi un po' ingegnare Smiley
299  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 12, 2023, 06:53:28 PM
ed ecco una sequenza di stampa reale:

rotolino di carta da 2 cm ritagliato da un a4:
..

Mamma mia che spettacolo, grazie per le foto sono fantastiche. Non ho meriti da darti (sono a zero) quando li ho te li mando.
Hai anche pensato a qualcosa di piu complesso o solo cilindretti? Giusto per fare discussione

Ovviamente il cilindretto era solo un test per fare velocemente delle prove.

Si certo che ho in mente un  sacco di casi pratici...
ma se ve le dico poi  svanisce l'effetto "insospettabile" Smiley

comunque con la mini guida che ho fatto, e' possibile stampare praticamente
qualsiasi oggetto con una cavita' interna nascosta da poter utilizzare come nascondiglio insospettabile.

300  Local / Italiano (Italian) / Re: Proposta di un sistema per proteggere info riservate. on: January 12, 2023, 09:10:08 AM
ed ecco una sequenza di stampa reale:

rotolino di carta da 2 cm ritagliato da un a4:



stampa di un cilindretto cavo, e stop at height:



inserisco il foglietto nella cavita':



foglietto inserito:



cilindro finito, chiuso da tutte le parti col foglietto dentro:

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 ... 192 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!