Bitcoin Forum
July 10, 2024, 08:06:25 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 [256] 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 ... 334 »
5101  Bitcoin / Bitcoin Discussion / Re: Crowdfunding Resources for Bitcoin on: May 25, 2013, 04:05:22 PM
Although still under redesign at the moment CIYAM Open (http://ciyam.org/open) is a very different approach.

Rather than aiming to fund a whole project it works on funding specific tasks (and is actually designed to help Project Managers).

The slideshow at http://ciyam.org (takes around 5 minutes) steps you through the process.
5102  Bitcoin / Bitcoin Discussion / Re: The Holy Grail! I wish I could kiss the author of Bitmessage on his face. on: May 25, 2013, 10:23:34 AM
Hope it's not too complex to implement. Not being a programmer, I come up with a lot of those.

Actually "hashcash" which is the algorithm that Bitcoin itself uses for PoW was invented for *exactly* this purpose but it has never really taken off.

I am guessing it would not be too hard to add hashcash to some sort of spam detecting "plugin" software for major email apps (for those interested take a look at https://github.com/ciyam/ciyam/blob/master/src/hashcash.cpp to see how the basic idea works) - if there is a suitable open source C++ mail plugin project in existence then for some BTC I'd be prepared to give it a go.

(as this is rather OT feel free to PM about this)

I don't see much benefit in using something as complex as OT for a simple "unsubscribe" and presumably any responsible organisation should be happy to remove members from their lists (so no need for any contract).
5103  Local / Other languages/locations / Re: Australia on: May 25, 2013, 09:44:37 AM
Bank wire to Bitstamp wasn't that difficult, actually.

Indeed - provided that you aren't wanting to only buy a small amount of BTC then bank wires are the best option.
5104  Other / Beginners & Help / Re: unconfirmed bitcoin transaction for 2 days on: May 24, 2013, 12:07:25 PM
the fee came automatically 0.0005 from my android wallet

Aha - you might consider reporting this to the software vendor.
5105  Other / Beginners & Help / Re: unconfirmed bitcoin transaction for 2 days on: May 24, 2013, 12:02:13 PM
Unfortunately there is no way to add a fee to an existing tx (yet) so you will just have to be patient.

BTW how did you create the tx (as most standard clients should have calculated the correct fee for you)?
5106  Other / Beginners & Help / Re: unconfirmed bitcoin transaction for 2 days on: May 24, 2013, 11:50:54 AM
Agreed the fee should have been higher so it may take quite a while longer.
5107  Bitcoin / Bitcoin Discussion / Re: Bitcoin-like implementation of Ripple on: May 23, 2013, 02:15:49 AM
What is Open Transactions, sorry?

To quote from the github project:

Quote
Open-Transactions democratizes financial and monetary actions. You can use it for issuing currencies/stock, paying dividends, creating asset accounts, sending/receiving digital cash, writing/depositing cheques, cashier's cheques, creating basket currencies, trading on markets, scripting custom agreements, recurring payments, escrow, etc. Open-Transactions uses strong crypto. The balances are unchangeable (even by a malicious server.) The receipt history is destructible. The transactions are unforgeable. The cash is untraceable. The cheques are non-repudiable. Etc.

https://github.com/FellowTraveler/Open-Transactions
5108  Bitcoin / Bitcoin Discussion / Re: Bitcoin-like implementation of Ripple on: May 22, 2013, 03:00:23 PM
I would suggest looking into what is going on with Open Transactions and its recent integration testing with BitMessage.

If this is packaged well then I think it could well be the "next big thing" (and it doesn't require XRP).
5109  Bitcoin / Bitcoin Discussion / Re: The Holy Grail! I wish I could kiss the author of Bitmessage on his face. on: May 22, 2013, 12:18:53 PM
This is not possible, if you take all of your money out of banks and store them locally, banks will all go bankrupt  Grin

Well actually due to Fractional Reserve banking all banks are "by their very definition" bankrupt. Grin

Like others I am very much looking forward to seeing where this leads.
5110  Local / Other languages/locations / Re: Australia on: May 20, 2013, 05:30:24 AM
I bought my first bitcoin from Jeremy. I stopped pretty quick when I discovered I was paying about Gox+10%. Still, I have no complaints against him.

Yup - unfortunately it isn't an easy thing to buy bitcoins at a price that isn't well over Gox unless you are able to trade person to person.
5111  Bitcoin / Hardware wallets / Re: [ANN] Trezor: Bitcoin hardware wallet on: May 19, 2013, 01:03:50 PM
I can attest to the Canon camera problem (my Ixus which is otherwise a great camera now has a lot of trouble with its MiniUSB and I don't use it that much).
5112  Bitcoin / Project Development / Re: easy offline transactions - 1 BTC bounty on: May 19, 2013, 09:10:40 AM
Brainwallet is offline. You just save the complete webpage and copy it over to your offline machine. I noticed he's added multiple output addresses as well. The only thing it's lacking now is multiple input addresses and I don't know if it can calculate the proper fee.

It does not work offline for raw tx's as it cannot determine the inputs (you need a blockchain for that).

It also cannot calculate a correct fee.
5113  Other / Beginners & Help / Re: Integrity of ensuring the correct recipient of a BTC public address? on: May 17, 2013, 03:32:28 PM
Could this not be fixed with newly generated public-keys every time a transaction takes place? Similar to when you generate a new wallet on bitaddress.org.

Indeed it is best practice to generate a separate address per tx but of course you still have to trust that whatever address you are presented with *does* belong to the site you think it does.
5114  Other / Beginners & Help / Re: Integrity of ensuring the correct recipient of a BTC public address? on: May 17, 2013, 02:28:55 PM
There is work in progress to tie public address generation to CA certificates for commercial sites (am not sure how that has progressed so far but it is likely to be appearing in the next major release from what I gather).

Another perhaps less satisfactory solution is already available via the use of "firstbits". As an example you can go to blockchain.info and type in 1ciyam to find my project's public address (assuming you trust blockchain.info to show you the correct one).
5115  Other / Beginners & Help / Re: Im a fool, encrypted wallet.dat , need advice on: May 16, 2013, 03:53:57 PM
Some tools to help brute force passwords from partially known ones have been developed on the forum (you might try searching a bit to see if you can find them).
5116  Bitcoin / Development & Technical Discussion / Re: Transaction Confirmation on: May 16, 2013, 10:07:22 AM
Yes - I see the problem now - and the point of the OP (which is an interesting one).

It could well be that the only way you can be certain that you do "own" the UTXO in that case would be to actually "spend" it (had never really considered M of N with M as 1 as *being* an M of N tx but I guess it could make sense - especially if you are wanting to be very tricky).
5117  Bitcoin / Development & Technical Discussion / Re: Transaction Confirmation on: May 16, 2013, 09:42:31 AM
I am pretty sure that listunspent will only include tx's that the client knows it *can* spend (i.e. has *all* the required keys for) but unfortunately I don't have the time to check for this in the source (perhaps this could be moved to Technical Support to get a definitive answer from a dev?).
5118  Bitcoin / Bitcoin Discussion / Re: The Warrant, the beginning of the beginning for Bitcoin on: May 16, 2013, 05:05:14 AM
Code:
while( i )
{
 do{ !care, if( u || someone ); else break/*s*/; //convention } while( replying );

 if( bit_coin == BitCoin ) //then the conversation could
   break; //down
} //into sillyness
5119  Bitcoin / Bitcoin Discussion / Re: The Warrant, the beginning of the beginning for Bitcoin on: May 16, 2013, 04:38:09 AM
I guess some people are just so used to CamelCase.

Hmm... think I might have to start my own meme (for the older programmers): bit_coin
5120  Bitcoin / Bitcoin Discussion / Re: The Warrant, the beginning of the beginning for Bitcoin on: May 16, 2013, 04:29:08 AM
This is the Beginning of the Beginning for BitCoin and CC's as whole

Just one thing - what exactly is BitCoin?

(this incorrect caps version seems to be becoming a meme of its own)
Pages: « 1 ... 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 [256] 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 ... 334 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!