Bitcoin Forum
May 25, 2019, 04:22:48 AM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 »
1  Bitcoin / Development & Technical Discussion / Quantum Computer Proofing (one suggested approach using hash chians) on: October 28, 2018, 12:40:05 PM
(to note when I created the document)
and then this:

It could probably be improved but is just a starting point to make sure that we will be able to make Bitcoin QC proof well ahead of any real threat of people losing funds (which I have no idea how far away is).
2  Bitcoin / Development & Technical Discussion / Transaction Commitment idea (to ensure that QC can't steal anyone's BTC) on: March 23, 2018, 02:32:02 PM
Not sure what other ideas have been put forward to address this issue (but QC is looking more and more like a real issue these days) so I thought I'd just bring up this idea (it may have been brought up before as I haven't followed this forum now for quite a while so sorry if I'm wasting anyone's time).

From memory I believe that stealth addresses worked using some magic to do with "adding" a value to public and private EC keys and I think this idea could be harnessed to prevent QC theft. Basically the method would be to divide a tx into two separate parts (that need to be confirmed separately) with the first part being a "tx commitment" and the second part being the "tx verification". The first tx looks pretty much like a normal tx but the public key is not valid at the time (as it has had a random X value added to it) although the signature would be valid with the munged public key (thus any QC trying to determine the private key will end up with the wrong private key value and AFAICT the real value can't be worked out until X is published).

After this first tx has been confirmed the funds should remain locked for N blocks (probably no more than 100 or so I'd think) so that interception of the second tx can't be then used to bypass this mechanism (and maybe a greater than normal tx fee should be required for the first tx to make sure people just don't try to lock up everyone's UTXOs in this manner for fun).

Once the commitment tx confirms enough times and no other tx using the same "munged public key" has appeared before it (which potentially could happen if the QC worked out the private key of the munged public key fast enough) then you would send out a "tx verification" that would reference the tx id of the commitment tx and provide the random X value which will then allow the actual ownership transfer to take place.

It's not very elegant and probably needs a lot of refining and improving but that's one idea to counter QC before we work out a completely new signature approach (presumably along the lines of Lamport signatures).
3  Bitcoin / Bitcoin Discussion / "Lightning Rod" - a Bitcoin WiFi router concept on: March 17, 2018, 03:11:45 PM
I had the idea of a "crypto router" back in 2016 (and some work had taken place on it in late 2016 and early 2017) but unfortunately things did not work out with the plan and it basically came to a halt (the original idea was a little different to what I am presenting here but not all that different).

I have given up on trying to find any business partners to work on this idea now and so am simply going to outline the concept for others to run with if they think they can make it happen (don't ask me for any help or funds though as that is not on offer - am just giving away the idea).

The home (or small business) WiFi router is about the least shiny but still mass-market computer related product that we have (normally kept either pretty much out of sight or somewhere that is not very noticeable) and therefore IMO one that has a huge potential for improvement. The improvements can be both in its UI, its functionality and its general appearance (i.e. make it a lot more attractive for a start so it becomes a "show piece" rather than just a boring box with some flashing LEDs that is only inspected when your internet seems to be dead).

The first idea I had about how the router can change to become a far more important device could be to add entertainment features into it (as they can all have a web UI which can be easily tweaked and improved then why not make it a music and video playing device that is accessible to every other device connected via a browser for a start). But the far more interesting idea that I had (when I realised that the Lightning Network was going to be the future for Bitcoin) is to turn the router into a Lightning Node (with a catchy name like perhaps "Lightning Rod" or "Leyden Jar" or Huh).

For merchants who so far haven't accepted Bitcoin payments but are becoming interested in doing so (and maybe not just wanting to immediately convert that BTC into fiat as was the case with the first wave of merchant adoption) this could be the easiest way for them to do this whilst at the same time helping to make the Lightning Network more decentralised (just imagine the impact if a large franchise encouraged all of its franchisees to install such devices).

One of things that people might not have realised was that pretty much *all* publicly located WiFi devices were found to be insecure last year and so are going to need to be updated this year (hence the right time to be creating this device is *now*).
4  Bitcoin / Bitcoin Discussion / NOTICE: Beware of people claiming to be a part of CIYAM on: September 25, 2017, 01:26:09 PM
I hadn't intended to ever log in here again but unfortunately thanks to LinkedIn (not taking my word and instead wanting me to use lawyers) I will just leave this here  to make sure that people are aware that at least one individual is currently pretending to be a "co-founder" of CIYAM (there is no such thing as people on this forum who have been around long enough will know that this organisation is pretty much all of my own work apart from a few small contributions here and there).

My guess is that perhaps some stupid new ICO might pop up pretending to have something to do with CIYAM - if it does then please understand that it has absolutely nothing to do with me. I have updated the main web page for CIYAM ( to reflect this and will keep it as it now is until this problem resolves itself.

(mods - please leave this in here for a day or so before moving it elsewhere as this could be important to prevent people from being scammed)
5  Bitcoin / Bitcoin Discussion / WARNING - BTCC sends your balances out in email on: December 22, 2016, 03:34:55 PM
I just received an email today from BTCC with my balances (all of them) - not only is this surprising but incredibly insecure (have never heard of a bank sending you all your account balances via email).

If you are a US citizen using BTCC then you might want to carefully consider what to do now (unless you are running your own secured email server you should assume that the IRS now knows your balances at that exchange).
6  Bitcoin / Bitcoin Technical Support / RPC method to determine nBlocktime? on: November 15, 2016, 08:50:28 AM
In order to determine the current block height one can call getblockcount but I see no equivalent in order to determine the value used for nBlocktime (the average time of the last six blocks if I recall correctly).

When determining when a CLTV transaction is going to be "ready to send" (without actually attempting to send it) this would be helpful.

Or is there already a method to determine this from RPC calls?
7  Bitcoin / Development & Technical Discussion / Troubles with CLTV transaction being non-final... on: November 11, 2016, 01:03:54 PM
For anyone playing around with CLTV transaction using "regtest" you should note that you will likely need to generate multiple blocks between sending funds to the the P2SH script address with the future nLockTime and when you want issue the tx to spend those funds due to the handling of the nBlockTime being based upon an average of the last X blocks.

Frustrated me for a day so if you're getting the non-final errors when you think you shouldn't just try a "generate 10" and repeat. Smiley
8  Bitcoin / Bitcoin Discussion / So long and thanks for all the ... on: August 08, 2016, 04:54:35 PM
It has been a bit of adventure to have joined in and been involved with the whole Bitcoin ecosystem.

I only just realised recently that I've had actually spent nearly 300 days on this forum and I've decided now that 300 days will be enough (so once I get to 300 days I'll "cease and desist" from posting which should be in two weeks or so from this post).

Like any adventure there has been many "ups and downs" for me on this forum (and IRL) since I first read an article about the Silk Road in July 2011.

In the time I spent on this forum I learned a huge amount about Bitcoin (thanks to the core devs and other technically savvy contributors that used to post here) and have thought quite a bit about the problem of "fiat currency" (which I see now as being perpetually doomed).

Unlike perhaps what has become the norm now I didn't actually enter into this ecosystem to make money (that was just a fortunate outcome because I believed in the concept and held on rather than cashed out between 2011 and 2013). Funnily enough all I was trying to do initially was to move money from Australia to China without being ripped off by bank fees. Cheesy

Being a programmer I also wanted to contribute what I could and created a secure way of holding BTC "offline" (using only QR codes which is actually about the safest way possible). I also took an interest in the idea of "Turing complete smart contracts" and developed AT (Automated Transactions) which has been implemented on two blockchains (and actually beat Ethereum to go live by a year).

Some low points were getting involved with an infamous ICO altcoin (which was only due to having done work for Litecoin and then not being paid for that work) and losing my cool over insults about my wife (as this forum was becoming more and more of a cesspit).

I'm sure those that have been attacking me will be glad to see me go (and this is why unfortunately I will have to self-moderate even this last topic).

Hopefully when the forum moves to its new software platform some changes for the better might happen (as ad sig posting rubbish has basically ruined it for anyone who looks for actual information).

For those still wondering - Bitcoin really is a revolution - and we are only just seeing the start of what this revolution will bring us.

I will be helping with some other projects and will continue to work on my own project and look forward to seeing how things pan out for Bitcoin and the cryptosphere in the next few years.
9  Bitcoin / Bitcoin Discussion / Two hacks and two approaches - is Bitcoin is looking better than Ethereum? on: August 04, 2016, 04:36:38 PM
We have seen the hacking attack of reportedly 60M USD from Bitfinex and the attack of the DAO for reportedly around double that amount.

But after both attacks we have seen two very different things happen.

In the case of the Bitfinex attack there isn't even the slightest suggestion that some sort of "hard fork" would be offered by the Bitcoin Core developers (so they are just going to have to wear their loss for their mistake) but in the case of Ethereum we have now ended up in a "fork war" with ETH vs. ETC (and ironically ETC is actually the "original" code with ETH now being a fork).

10  Other / Beginners & Help / Advice to help you not get trolled or be annoyed by the trolls when you do... on: July 04, 2016, 05:40:27 PM
Firstly - use the "Watchlist" feature (and once you've got used to doing that never bother clicking on "Show new replies to your posts" ever again - as you can't control that unless you delete all your posts from the topics you don't want to bother with any longer).

By using the Watchlist feature you can later just "unwatch" any topic that is starting to be trolled and annoy you (the link is in the same group as the reply link is at the top right or bottom right of the list of posts).

Secondly - use "self-moderated topics" (like I've done with this one). The trolls actually don't want to waste their time making posts that they know you'll just delete (so they generally don't - and it's easy enough to delete their rubbish as quickly as they post it).

Thirdly (and I'll be doing this shortly) - lock your topic if you're going to bed (you can unlock it the next day if you want the topic to continue). This way you don't need to wake up to a bunch of troll posts that you need to delete (a much more pleasant experience).

Also - even if you forgot to make your topic "self-moderated" you can still lock it (link is at the bottom left of the screen).

This forum is thoroughly infested with trolls (more so than any other forum I've ever used since the 1990's) so I hope these three points can help to make your experience less annoying/frustrating.

Also around 95% of all posts on this forum are now just plain rubbish (so don't be disappointed if you get zero intelligent posts from any topic that you create - that is now the norm - the point of this forum is seemingly just for nonsense posters to earn pennies with ad sigs or for scammers to fool greedy idiots to fund ICOs rather than to support any intelligent discussion about anything).

Oh - and when you've got to my level of success you'll find that the trolls will actually try and parody your topic (so you might expect to see another topic just like this one created by someone trying to troll me). Take that as a form of flattery that obviously you must matter so much to such idiots that they feel the need to try and parody you. Cheesy
11  Alternate cryptocurrencies / Altcoin Discussion / You have to "crawl before you walk" and the DAO tried to "run before crawling" on: June 19, 2016, 04:20:56 PM
Sorry for the self-moderation but for sure that troll who has been following me will try to disrupt this topic so I will just delete his posts.

Originally after designing AT I was considering the idea of adding a "high-level language" (and in recent times I even discovered a project that looked promising to be able to do this).

Looking at what has happened with the DAO I am now glad that I didn't pursue this path and instead we only have ATs written in assembly code.

By "keeping it simple" (and also "very hard" as few programmers can code in assembly) we have managed to have a "smart contract" system working for well over a year without any issue at all.

Rather than try and rush things we have spent over a year experimenting with our small number of smart contracts to make sure that they are bug free (something it appears that the DAO developers didn't do).
12  Alternate cryptocurrencies / Altcoin Discussion / Let's just end the bullshit! on: May 30, 2016, 03:19:33 PM
Being the creator of the world's first live Turing complete smart contract system (you can search about Qora or Burst about that) I unfortunately got involved in some of the "shit side" of this Wild West.

The charismatic @Come-from-Beyond used to actually chat to me and admitted to me that there was no "@bcnext" (and that he wrote the entire initial version of Nxt which IMO was rather shit software anyway).

I also got tricked by @Matthew.N.Wright who stole 70 BTC from me (he is really an asshole).

Am I looking for pity here - no!

Just a head's up that this space is full of cheaters and scammers and nothing much of any worth.

(well - if you do talk to Matthew then remind him that he owes me 70 BTC)
13  Bitcoin / Project Development / What a far more efficient "smart contract" system might look like... on: May 25, 2016, 04:42:23 PM
If you've read much about Ethereum (other than the hype) then you would know that they (or let's just say Vitalik) invented a VM somewhat similar to Java.

Such JV's were popular back in the 1990's (when I first worked with one) but actually have not been popular in recent times because they are not efficient (hence the rise of VM Ware that is perhaps confused with the other so not surprisingly most people don't know the difference).

What works most efficiently is virtual CPU's (the reason I designed AT the way that it was designed) and the most interesting discovery that I made recently was this:

This technology could mean that we could use LLVM (a compiler platform that can do C++ and other high-level languages) to do smart contracts (rather than inventing entire new toolsets and high-level languages like Ethereum are doing).

Yes - people could be writing their smart contracts in C++ or even in BASIC - and it wouldn't require a lot of effort.

If you are seriously interested in the tech then I'd suggest you really look into this stuff rather than drink the "koolaid".
14  Bitcoin / Bitcoin Discussion / What will Craig Wright's next stunt most likely actually be? on: May 03, 2016, 03:27:48 PM
In his most recent stunt he re-used Satoshi's signature trying to pretend that it was a newly generated signature applied to the double hash of a document (a bit silly to not realise that he would be found out within hours of publication) so now he is stating that he is going to move funds sent to one of Satoshi's early addresses.

I would be pretty close to certain that he is going to attempt another trick - so anyone thinks that they can guess what he'll do?
15  Other / Meta / What this forum has become... on: March 28, 2016, 04:34:05 PM

Whilst I don't really care about this idiot attacking me I think it is relevant to note that this is what this forum has become (it used to actually be a place where you'd learn about Bitcoin rather than just some stupid fights).

If you actually care about Bitcoin (and not some replacement) then welcome to say so here.
16  Alternate cryptocurrencies / Altcoin Discussion / @CfB Please tell us the reason why you need to use a "root" port for IOTA on: March 16, 2016, 07:01:22 PM

Any professional software developer knows that you don't use ports <1025 for server applications other than those that are the most trusted (and generally oldest) such as SSH, IMAP, POP3, SMTP and HTTP (being the most common of those).

Bitcoin does not use a port <1025 and in fact basically no alts do either *except* IOTA (where the port number was actually hard-coded into the software).

Now apparently @CfB thinks that I need to enter into a 50 BTC bet in order for him to explain his use of such a port (that no other professional software engineer would use).

Also @CfB is in fact *not a professional software engineer* (he shows no record of having been employed by any company that anyone knows of and his code has been reviewed by several actual software engineers and described as being "terrible").

I do understand that most of the IOTA investors are just wanting to "get rich quick" so they probably don't even care but I do think that the point needs to be made that this person is "pretending to be a software engineer".
17  Other / Off-topic / Why CIYAM is simply "not understood" (hint - this was on purpose) on: February 24, 2016, 03:45:38 PM
The CIYAM project has got a lot of criticism about being extremely hard to understand and I'd like to explain exactly why this is.

Initially the project was a closed source one originating from Australia (where I grew up) but once I moved to China in late 2006 I decided that due to the problems of enforcing copyright in China (i.e. no chance) that I would need to make the software "hard to understand" (a sort of security by obscurity approach).

So when I created the initial open source version of CIYAM it inherited years of such development that I had worked on in China (around 6 years).

I no longer actually support the ideas of patent and copyright so I actually don't care too much now about that - what I worked out how to do was to just make a software system so difficult to understand that those things are irrelevant (no-one has even bothered to try and fork my project and modify it).
18  Bitcoin / Project Development / Seeking partners to implement Automated Transactions (AT) as a side-chain on: February 14, 2016, 05:45:54 PM
For those who are unaware Automated Transactions (AT - is a Turing complete smart contract virtual CPU implementation that has been operating (smoothly) for over one year now (and is being used by two blockchains - namely Burst and Qora).

It was actually the first "live" Turing complete such smart contract system (beating Ethereum by many months).

As things are progressing with the Bitcoin development road-map CIYAM is now looking to partner up to provide this proven technology as a side-chain for supporting arbitrary smart contracts (in what we think is a much simpler and more robust approach to that taken by Ethereum).

Feel free to contact me via PM to discuss further.

19  Bitcoin / Project Development / Seeking partners to implement Automated Transactions (AT) as a side-chain on: February 14, 2016, 03:14:06 PM
For those who are unaware Automated Transactions (AT - is a Turing complete smart contract virtual CPU implementation that has been operating (smoothly) for over one year now (and is being used by two blockchains - namely Burst and Qora).

It was actually the first "live" Turing complete such smart contract system (beating Ethereum by many months).

As things are progressing with the Bitcoin development road-map CIYAM is now looking to partner up to provide this proven technology as a side-chain for supporting arbitrary smart contracts (in what we think is a much simpler and more robust approach to that taken by Ethereum).

Feel free to contact me via PM to discuss further.
20  Bitcoin / Bitcoin Discussion / Be careful - these assholes will try and steal your funds!!! on: February 06, 2016, 03:43:48 PM
If you are stupid enough to think that IOTA is anything but another "scam" then just take a look at this thread:

(all they do is attack anyone that says anything against them)

I think everyone knows that Nxt was a scam and CfB's hardware project (Jinn) is also a scam.

So if you care about your funds then I would not suggest that you invest them with these people.

(yes - self moderated to stop the David sociopath from the attacks I know he is going to create - btw - I don't care about your threats asshole - every personal attack that you make just shows what a weak person that you are)
Pages: [1] 2 3 4 5 6 7 8 9 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!