fatto  |
|
|
|
una mano possibile?
Inviati 100 XRP. Ne bastavano 25 (per la riserva) per attivarlo, ma poi ne servono 5 per ogni linea di fiducia e 5 per ogni offerta (quando l'offerta e/o la fiducia viene cancellata, vengono restituiti) @redsn0w, cerco di restituirti i tuoi 100 ma il client si ostina a non funzionare! |
|
|
|
|
eh... uh... mah... dove sono le trustlines, il market-p2p etc etc?
Pensavo che si aprisse tutto un mondo una volta arrivati i primi stellars!
|
|
|
|
/paci (un po' deluso perché si aspettava qualcosa di un po' più innovativo/diverso)
quote! L'unica innovazione sembrerebbe l'1% d'inflazione annua? Intanto gli Stellar non arrivano, se qualcuno me ne manda 60-70 (tanto per provare le linee di fiducia) dopo restituisco! Username: ervalvola te ne ho appena inviati 100 ! dènghiu veri macc!!! |
|
|
|
/paci (un po' deluso perché si aspettava qualcosa di un po' più innovativo/diverso)
quote! L'unica innovazione sembrerebbe l'1% d'inflazione annua? Intanto gli Stellar non arrivano, se qualcuno me ne manda 60-70 (tanto per provare le linee di fiducia) dopo restituisco! Username: ervalvola |
|
|
|
Counterparty protocol is fully working from months, see www.counterparty.co. Also mastercoin and nxt have asset exchanges built in... but atm you can only buy/sell assets against their native currencies (could be wrong, has been a while until i checked) And then there is ripple.com... it‘s the faster and older one, but whether or not you can call it p2p is a fascinating matter. THousands of other projects on their way |
|
|
|
Also, why move the money before the end of the IPO, what the hell are you doing?
12GZL7shupvmHapCmhw81GDa5GmaTqaZdk is already drained...
and, a trivial question probably (sorry if it's too simple): why there are a lot of unconfirmed transactions exiting from that address?
We largely use Xapo to store the funds because of their insured storage and they automatically do this for security reasons. That's absolutely not a good way to do an IPO. Now it's quite impossible for you to demonstrate that you haven't bought swarmpre with the funds of stakeholders (I'm not saying that you have done so.)... maybe a proof of possession would be nice. By the way... I hope you the best, I believe that something like swarmcorp is necessary to leverage the great opportunities provided by platforms like counterparty. |
|
|
|
Ma se non si raggiunge l'obiettivo per il crowsale cosa succede?
Domanda effettivamente fondamentale. È stato per caso specificato? Ciao! AVevo chiesto sul thread internazionale ma la risposta non è affatto stata soddisfacente... purtroppo non ho avuto tempo per connettermi e bacchettarli un po' https://bitcointalk.org/index.php?topic=555159.msg7923642#msg7923642SE poi andate un po' avanti a leggere, ci sono tante altre zone d'ombra... EDIT: perdonate il mio inglese! |
|
|
|
They have 500 BTC already from a pre-sale.
C'mon do your homework.
That's not the point. Never doubted they had other fundings: would be nice to know the address (just asking! As I stated before, I didn't have the time to read the entire thread, probably is already out of there somewhere!) transparency is always a good thing, even if there is nothing to hide, lol |
|
|
|
Hey guys If 12GZL7shupvmHapCmhw81GDa5GmaTqaZdk is your only address for the project croudfunding - the calculation of 25% is wrong, since you got only 742 out of 5400, which is 16.5% Wasn't the only address. would you like to give us the other addresses? For transparency, just to be sure that you aren't buying SWARMPRE with the money of investors ; ) Also, why move the money before the end of the IPO, what the hell are you doing? 12GZL7shupvmHapCmhw81GDa5GmaTqaZdk is already drained... and, a trivial question probably (sorry if it's too simple): why there are a lot of unconfirmed transactions exiting from that address? EDIT: probably those questions are already answered somewhere, sorry if i's the case but it's impossible to follow these long topics... |
|
|
|
Qualcuno si è informato se utilizzano un loro payment processor proprietario o vanno dei tradizionali bitpay/coinbase?
Mi sembra di aver letto da qualche parte che usano coinbase... si, ecco: http://www.coindesk.com/computer-giant-dell-now-accepts-bitcoin/EDIT: ups mi accorgo solo ora che il link sta nel primo post, pardon! |
|
|
|
Hey guys, sorry but, even if interested in the project, I hadn't the time to read all this thread and I dont find very exhaustive the informations I found in the website. Besides others question the two points which I would like to be clarified are: - there is a plan to issue other kind of coins (I remember I've read this somewhere)? If it is the case, what would be the purpose of a new coin (example very much appreciated) and what will be its relation with SCJX. - What if the 10,000BTC isn't reached? I don't find satisfactory the asnwer that super3 gave in the topic of the official forum or in reddit. To be specific: So we don't intent to fully raise 10,000 BTC. This is actually completely fine. What we have is a large pool of funds that we can distribute via early mining, and future crowdsales.
So lets take an example so lets say we raise 1,000 BTC. We set a multiplier of 2x. So We have 1,000 BTC worth of SJCX set aside. So that would be if you donated 1 BTC, you would be able to mine an additional 1 BTC worth of Storjcoin X in the early network(very easy mining).
So as we onload more developers our app pool gets bigger. We are looking at developing decentralized youtube/decentralized imgur among a few other options. These will have the own specific rewards attached to them.
So the percentage of funds to be allocated to "farming/mining bonus" is completely arbitrary? In your example 8000 BTC worth of storjcoin still are missing... what means "future crowdsales"?!? Thx in advance |
|
|
|
|
PS: ziomik, visto che il thread probabilmente resterà vivo per aggiornarci a vicenda sui progressi del progetto, che ne dici di correggere il titolo (MAIDSAFE non maindsafe) ?
|
|
|
|
ed ecco i concorrenti: http://storj.io/altro crowdsale in vista... è molto "TRENDY" il crowdsale in questo periodo. |
|
|
|
ho dato troppa fiducia a FaSan!
.. e hai fatto bene visto che il mio calcolo di 16^64 è giusto. E poichè stiamo parlando di esadecimale a 64 cifre oltre che giusto, è più corretto nella forma  FaSan Essì, ma tu argomentavi che il mio conto precedente non fosse corretto, invece lo hai semplicemente espresso in base 16 anzichè 2 o 10! ; ) (oppure c'è qualcosa che non sto capendo nella tua argomentazione!) Non ci siam capiti: Il numero di possibili chiavi è sempre 2^256 =16^64 ~10^77 Il fatto che puntualizzassi sul 16^64 mi ha fatto pensare che per qualche motivo a me oscuro si fosse scelto di raddoppiare gli esadecimali (il 32 mi è venuto in mente perchè le chiavi sono espresse con 32 caratteri ascii == 64 hex ) |
|
|
|
EDIT: Ah NO ho capito, c'è un fattore 2 che cambia... sarebbe 2^256 =16^32 (c'era qualcosa che non tornava) sorry!
No, scusa, era proprio giusto 16^64. 16^64 = (2^4)^64 = 2^256 Quindi il tuo primo calcolo era corretto. ma infatti... mai fare 2 cose contemporaneamente quando una di queste è scrivere su un forum pubblico  ho dato troppa fiducia a FaSan! Comunque un fattore 2 non cambia il succo del discorso: il problema è che se l'hashrate cresce di 3 ordini di grandezza all'anno, abbiamo una ventina d'anni di tempo prima che il mining possa essere sfruttato per sferrare un attacco bruteforce! Penso che la soluzione sia abbastanza semplice ad ogni modo ; ) |
|
|
|
In Italia, più che in altri paesi (credo), l'orario dei treni, o anche solo che arrivino, è una vera incertezza comunemente riconosciuta.
Perchè non scommetterci allora?
...
Che ne pensate? Qualcuno vuol già buttarsi in questa impresa?
Hosti, questa è veramente folle, ma volendo... lo puoi già fare, in maniera decentralizzata, usando la blockchain Ti basta emettere un broadcast con l'orario di arrivo del treno attraverso il protocollo counterparty e tutti possono scommetterci sopra in modo P2P https://forums.counterparty.co/index.php/board,4.0.htmlLa teconologia sta diventando un po' paurosa |
|
|
|
Allora no, non è esatto, se parliamo di hash allora parliamo di HEX quindi sono chiavi da 256bit codificate in 64 caratteri esadecimali, quindi 16^64.
FaSan
Beh non importa come lo codifichi, 2^256 = 16^64 ~ 10^77 Le possibili chiavi in circolazione son sempre quelle eh EDIT: Ah NO ho capito, c'è un fattore 2 che cambia... sarebbe 2^256 =16^32 (c'era qualcosa che non tornava) sorry! EDIT2: Tanto per capire, in un ipotetico bruteforce, non fregandocene una cippa della codifica, dovremmo sempre provare 16^32 chiavi, giusto? PS: comunque ripensandoci considerando l'aumento esponenziale dell'hashrate, la faccenda potrebbe richiedere un fork prima o poi... |
|
|
|
|
Show Posts
