Bitcoin Forum
June 25, 2024, 01:17:08 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 [331] 332 333 334 »
6601  Bitcoin / Development & Technical Discussion / Re: [PROPOSAL] Merkle tree of unspent transactions (MTUT) on: January 24, 2012, 02:27:59 AM
Whether this method or some other I think that the issue of the growing size of the block chain is going to be one of the biggest problems down the track.

If the number of transactions grew tenfold in the next year (which would still be pretty much nothing compared to the big commercial transaction processors) then I'd be starting to run out of disk space and waiting *days* for the block chain to download would not make for a very good first impression with new users.


Cheers,

Ian.
6602  Bitcoin / Project Development / Re: The global decentralized secure electronic voting system is up and running on: January 23, 2012, 11:59:49 PM
Am pretty sure that's what Ben had shown, however, the real problem is ensuring 1 person = 1 vote and that each vote is kept secret.


Cheers,

Ian.
6603  Economy / Services / Re: Looking for someone to create/modify software for this forum [1100+ BTC] on: January 23, 2012, 01:19:37 PM
I have used my software generation system to create a demo prototype for the forum software (it is only a demo so please don't expect it to be feature complete).

If anyone is interested in the link to try this system please send me an email (the link will only work when I am online as it is currently running on my laptop).

The following are some screenshots from the generated system:






Please note that only 1 line of *manual* source code exists in this demo (and it should be gone in the next day).


Cheers,

Ian.
6604  Bitcoin / Project Development / Re: The global decentralized secure electronic voting system is up and running on: January 23, 2012, 10:42:05 AM
Wow - thanks for that link - looks like Bitcoin might well change the world in a lot more ways than at least I could have ever imagined.


Cheers,

Ian.

6605  Economy / Services / Re: Looking for someone to create/modify software for this forum [1100+ BTC] on: January 23, 2012, 05:16:57 AM
Also when developing applications using my platform you have *zero* need to be reading or writing source code - that is all done for you.

http://www.ciyam.com/videos/User.html

If you take a look at this video it shows how a minimal web application with login support is created.


Cheers,

Ian.
6606  Economy / Services / Re: Looking for someone to create/modify software for this forum [1100+ BTC] on: January 23, 2012, 05:03:26 AM
The first file I randomly clicked on was over 4000 lines long, contains no function documentation, huge stretches of if/elseif blocks (not sure if that's avoidable, but it's damn ugly), magic numbers in your switch blocks and huge code duplication.

I don't mean to crap on your work, but in any mildly successful software company that wouldn't get through a code review. It wouldn't get past me anyway and I'm not even employed as a software engineer.

Well at least thanks for taking a look - I think you may not be very familiar with working with generated source code. Such code is (for most users) is not even something you would look at (ever used yacc?).

Because the code is generated the "magic numbers" are of zero problem (they will change automatically when regeneration occurs if required). The code is for the most part boilerplate and requires some replication of things in order to support "dynamic dispatch".

It is true I don't write a lot of comments as I learned (the hard way) that skillful programmers *read code* rather than comments (which inevitably become misleading as programmers tend to change code without changing comments).

Perhaps take a look at the file "ciyam_server.cpp" or "ciyam_client.cpp" to get a better idea of how I write code.

In regards to your last statement I did work as a member of the tech team that created on one of the biggest insurance software platforms ever created in Australia (company was called Paxus and eventually become owned by CSC), I also worked for Telstra (an Australian Telco that has thousands of employees) and for a very successful company Hardcat for over 11 years and I have never had any of my software fail to pass code reviews.


Cheers,

Ian.
6607  Bitcoin / Bitcoin Discussion / Re: Tradehill.....we have a problem. on: January 21, 2012, 01:26:09 PM
Although I am not in any way affiliated with any exchange the guarantee offered by CryptoXChange might be something for others to consider (check the post and reply I got here):

https://bitcointalk.org/index.php?topic=58299.msg705311#msg705311


Cheers,

Ian.
6608  Economy / Services / Re: Looking for someone to create/modify software for this forum [1100+ BTC] on: January 21, 2012, 01:10:00 PM
I'm a high quality/standards obsessed maniac who doesn't sleep because a period is out of place on a post of mine somewhere out there on the internet.

Although currently incomplete you can take a look at some of the .cpp source for my upcoming open source project at https://github.com/ciyam/ciyam - bet you've rarely seen code this neatly written (including the copyright comments at the top of each .h, .cpp file).


Cheers,

Ian.
6609  Other / Politics & Society / Re: PIPA & SOPA Delayed! on: January 21, 2012, 12:47:24 PM
Take the Jonas Salk story with a strong dose of context. FDR had polio. Try to get people to voluntarily be test subjects for a vaccine today...

Okay - I guess this might have been a better choice:

1) Satoshi Nakamoto created Bitcoin as an open source project.

Smiley


Cheers,

Ian.
6610  Bitcoin / Bitcoin Technical Support / Re: How much time for Bank Withdrawal to Complete in Tradehill? on: January 21, 2012, 12:45:00 PM
I think this will most definitely set your exchange apart from the rest - and looking at all the recent problems Mt. Gox and Tradehill have been having with fiat transfers (especially withdrawals) you guys should be able to capitalize on just this.

Having money stuck or even worse disappearing from exchanges is just going to ensure the widespread adoption of Bitcoin will never occur.

Thanks for having the balls to say you do *guarantee* I won't lose my funds with you (and I will use this post as a reminder). I think I will again soon be using your exchange. Smiley


Cheers,

Ian.
6611  Bitcoin / Development & Technical Discussion / Re: BIP 2112 on: January 21, 2012, 12:33:04 PM
Can I assume that you are a fan of the Canadian rock band Rush?

Smiley


Cheers,

Ian.
6612  Bitcoin / Bitcoin Technical Support / Re: How much time for Bank Withdrawal to Complete in Tradehill? on: January 21, 2012, 12:29:12 PM
you will not have these issues with Crypto X Change, we have deposit & withdraw to and from any currency for a $5 flat fee anywhere in the World, our system is 100% Automated, and there are never any issues.

This is starting to look like a very attractive option (although it would look a lot more attractive if there was more trading volume which I hope will happen soon).

One question though (as I recently had 50 AUD "disappear" due to a "frozen" bank account from another exchange) - if something goes wrong (such as a frozen bank account) do you guys actually *guarantee* to transfer the funds to the user (assuming the user is not being investigated for fraud by an authority)?


Regards,

Ian Knowles.
6613  Other / Politics & Society / Re: PIPA & SOPA Delayed! on: January 21, 2012, 11:51:33 AM
Other solutions have to be found. Musicians who only do music for money will no longer do it. And they shouldn't. Programmers programme for the fun of it.

Other solutions already exist - musicians can and do make money from live performances (recordings being just a way to attract a following), programmers can and do make money out of offering software services (which is why many open source projects are actually financially successful for programmers).

Copyright and patents do nothing to actually improve the world. Two examples from well known documentaries come to mind:

1) Jonas Salk's contribution by deciding not to patent his Polio vaccine.

2) Montsano's attempts to stop farmers from being able to harvest their own seeds.


Cheers,

Ian.
6614  Bitcoin / Development & Technical Discussion / Re: include messages in transaction, alternate use: anti spam email on: January 21, 2012, 10:46:33 AM
For stopping spam email perhaps there is an even simpler approach:

If you want to send me an email please make a payment of 0.001 BTC to 1xxxxxxxxxxxxxxxxxx.

The modified email app would make the payment and include the from address(es) in a header (perhaps X-Bitcoin-Payment) then the receiver can verify the payment if the header is there or move the email into your junk folder.

This approach should stop spammers and actually make it financially rewarding for you to get email (guess I don't mind getting ads if I'm being paid for it). Smiley


Cheers,

Ian.
6615  Bitcoin / Project Development / Re: The global decentralized secure electronic voting system is up and running on: January 21, 2012, 09:21:20 AM
I think this idea is something worth looking into more (although I don't know if Bitcoin itself should be used rather than an alternative block chain).

The most important problem to be solved as I see it is this:

How can individuals protect their identity whilst at the same time only getting 1 vote?


Cheers,

Ian.
6616  Bitcoin / Development & Technical Discussion / Re: include messages in transaction, alternate use: anti spam email on: January 19, 2012, 12:09:34 PM
Something that was thought up years ago was called "hashcash" which was designed to address the problem of spam by requiring a "proof of work" solution (a set of leading zeros in an SHA1 hash found by trying different nonces very much like the Bitcoin proof of work implementation by probably no co-incidence).

The "hashcash" string would need to include a date along with the recipients email address so that the proof of work could not be re-used. I actually included an implementation of this in an Email client that I wrote recently but I don't think the idea has ever really taken off (one major problem with the idea is the difference in computational power between different computing devices you might use to send email).

The benefit over actually using bitcoins is that the hashcash is just the time it took your computer to solve the proof of work - very little $ cost (and no need to involve exchanges or other ways of getting credit) with just enough difficulty to make it unprofitable for spammers to even bother.

Actually I find that these days I seem to get very little spam (perhaps due to the bayesian detection systems being used) so I doubt that the problem will perhaps ever get to the point of us needing to buy "email stamps".


Cheers,

Ian.
6617  Other / Off-topic / Re: Help - Any OpenSSL Gurus? on: January 16, 2012, 07:23:05 AM
Solved by instead using the EVP_Encrypt functions as used in Bitcoin.

Smiley
6618  Other / Off-topic / Help - Any OpenSSL Gurus? on: January 16, 2012, 01:53:02 AM
The following program (using OpenSSL 1.0.0a) is attempting to use AES to encrypt the contents of file "x" and output to "y" but under Win32 I get an AV in SEED_ofb128_encrypt upon calling AES_cfb128_encrypt.

I read the OpenSSL FAQ and did try adding the code calling the init functions and/or including applink.c (commented out below) but all to no avail. Sad

Code was compiled as follows:
cl.exe /nologo /MD /GR /EHa /W3 /wd4068 test.cpp kernel32.lib user32.lib ssleay32.lib libeay32.lib /link

[test.cpp]
#include <fstream>
#include <iostream>
#include <openssl/aes.h>
#include <openssl/ssl.h>
//#include <openssl/applink.c>

using namespace std;

int main( int argc, char* argv[ ] )
{
//   SSL_library_init( );
//   CRYPTO_malloc_init( );

   int num, bytes_read, bytes_written;

   unsigned char indata[ AES_BLOCK_SIZE ];
   unsigned char outdata[ AES_BLOCK_SIZE ];

   unsigned char ckey[ ] = "thiskeyisverybad";
   unsigned char ivec[ ] = "dontusethisinput";

   AES_KEY key;
   AES_set_encrypt_key( ckey, 128, &key );

   ifstream inpf( "x", ios::in | ios::binary );
   ofstream outf( "y", ios::out | ios::binary );
   while( true )
   {
      bytes_read = inpf.rdbuf( )->sgetn( ( char* )indata, AES_BLOCK_SIZE );

      AES_cfb128_encrypt( indata, outdata, bytes_read, &key, ivec, &num, AES_ENCRYPT );

      bytes_written = outf.rdbuf( )->sputn( ( char* )outdata, bytes_read );

      if( bytes_read < AES_BLOCK_SIZE )
         break;
   }
}

If anyone can see any obvious problems with this code or the compiler options I'd really appreciate a heads up.


Regards,

Ian.
6619  Bitcoin / Bitcoin Discussion / Re: Bitcoin Exchange Bank Account closures. on: January 14, 2012, 08:05:17 AM
WBX account frozen in November 2011.

https://www.worldbitcoinexchange.com/?page=news
6620  Economy / Lending / Re: Requesting 130 BTC 1 month loan -- 15% interest. on: January 14, 2012, 03:31:28 AM
I can loan you 50 BTC - if you are still interested please PM me the address to send it to.

Cheers,

Ian.
Pages: « 1 ... 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 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 [331] 332 333 334 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!