What I am wanting to create is a Bitcoin script that will do the following:

- check <data1> against <sig1>
- check <data2> against <sig2>

then only redeem if both sig checks work but *additionally* I need it to ensure that <data1> is identical to <data2> and that <sig1> is different to <sig2>.

Is this even possible?

Whilst I've been taking a bit of a break from the core parts of the development of the CIYAM project I created a new tiny computer language that I have named FISSILE (https://github.com/ciyam/ciyam/blob/master/src/console_commands.cpp#L188).

Basically it's a Turing complete extension to the CIYAM console handler (which is part of any CIYAM application that has a console) and fits in with the environment variable handling that was already present in the console handler.

For those that have an interest in "pure mathematics" the way that this language understand maths is purely symbolically (i.e. it doesn't do any normal math ops in the code).

Here as a sample of how this works:


and note the following:


(the latter information is how the former numerical outputs were performed - there is no code that is directly doing any hex, octal or binary conversions with numbers but instead just code that is doing symbolic operations upon strings which works extremely fast)

Personally I think it wouldn't be so hard to create a program that takes screen snapshots every time you click that also records the mouse position and then saves it ready for sending to the external party later if you are currently offline (so again it is not anywhere near as secure as actually having an offline computer).

BTW - Armory or hardware wallets like Trezor aren't the only solutions - apart from "paper wallets" which you could create offline I developed the CIYAM Safe (https://susestudio.com/a/kp8B3G/ciyam-safe) for doing 100% secure offline txs (using QR codes rather than plugging in any cables between the online and offline computers).

There is no more likelihood of the number 0 or 2^32-1 (or anything in between) being the "right nonce" as it depends upon the previous block's hash (which is effectively random).

https://en.bitcoin.it/wiki/Nonce

The nonce is used in conjunction with the other block header information to work out the hash of the block.

As the header is based upon a previous hash (which is basically random) then whether you start testing your nonce from 1 or 1,000,000 makes little difference (all that matters is your resultant hash and whether or not it passes the difficulty requirement).

So you just keep on incrementing (or decrementing or randomly choosing) your nonce and re-trying the hash algo to match the current difficulty requirement.

For pools I think that each hasher starts with a different initial nonce value (to avoid any repeated work) but I haven't looked into that stuff for quite a long time.

The design is going to actually go a lot further than just the trading of crypto-currencies (although that will be the initial application).

We are working on two new ATs (Escrow and Reputation) which in combination will actually provide a framework for a completely decentralised marketplace (details about this will be released after we have tested code and extended the current AT API).

Oh - I had assumed it worked like Burst (which can work with online wallets) - but in either case the claim does need to at least be clarified in regards to this.

You can use Qora via web - so that is not correct.

Yup - and that is why you need to carefully record your own buy and sell offers to make sure you don't screw up (no exchange that I've seen so far will do this for you in a way that will let you easily work out your positions and I wouldn't trust them even if they did).

Should that be these?

Anyway I just wanted to say that this is an interesting thread and I think is likely to be a test of some sort of key generation method that has been used for cold storage (so I think the creator of the puzzle would like you to keep at it).

Actually I think that Qora beat you to that (by at least a month if not a few) but still good to see others working on similar ideas (btw - I don't think it is good practice to claim a "world's first" when in fact it isn't - and especially when there are blockchains to "prove" when things happened).

If your "world's first" claim is more specific then just a "decentralized social network" then please update your OP to show that (you may have achieved a "world's first" but not as the "world's first decentralized social network").

Although it never really made it (likely due to Mark Zuckaberg's influence) wasn't the Diaspora project the world's first such thing (and that was a few years back)?

If you are thinking of "day trading" BTC then this is a simple guideline that might be of some use (and as the title points out don't risk losing money you can't afford to lose by doing "day trading" as it is inherently a risky activity).

Firstly - do a thorough check about the exchange you intend to use for your day trading (make sure they are established and that they can prove they have BTC reserves in cold storage and after that consider things like their trading and withdrawal fees, etc.).

Next - only inject as much actual fiat as you are prepared to lose (i.e. think of it as gambling and that you are taking a bet).

Next - assuming that you are starting with fiat you need to purchase some BTC with that fiat. In order to give yourself the ability to buy at a potentially lower price later you might want to simply purchase BTC with half of the fiat that you injected (so now you have half fiat and half BTC held in your exchange account).

Next - create bids and asks and record them yourself (don't just rely upon the exchanges records and be sure to check they are reporting everything accurately).

Next - if you manage a buy then create a sell for a price greater than you just bought for (allowing for any fees of course) and if you manage a sell then create a buy for a price less than you sold for.

Hint - it is always worth having a very low buy and very high sell in place just in case of dramatic price changes.

Next - do not deviate from the method - if you end up running out of fiat or BTC then you just "have to wait" for the price to enable you to trade again.

The last point is perhaps the most important - if you can't stop yourself from breaking such a simple set of rules then you are most likely going to end up losing.

Can you profit out of such a simple day-trading system?

Provided that BTC remains as volatile as it has for the last few years then it is very likely that you can.

Funnily enough it was this sort of problem that led to the development of "hashcash" (which unfortunately never took off) which is the basis of the Proof Of Work algorithm used in Bitcoin.

BTW - you don't want to bother sending "unsubscribes" because if the senders are spammers that will just cause them to send more spam your way.

As it stands it is neither - it is an open source project that can be a service or a coin (I guess).

The point of the project is to further decenstralisation rather than to make a profit from anything.

Where I think that we are headed is towards a new decentralised infrastructure that simply doesn't need "middle-men".

This is a true revolution that will connect providers with consumers without the layers in between that not only are a "friction impediment" but also a "denial of service" problem.

Added support for "unix timestamp" CLTV redemption and other minor changes were made to the script (https://github.com/ciyam/ciyam/blob/master/src/test_acct_cltv.cin).

The following shows the three different ways that you can redeem the CLTV P2SH UTXO:

NOTE: Before running each and any of the following first ensure that bitcoind is not running then delete the the regtest folder (if it exists) and then start bitcoind.

1. The "secret reveal" method (which will redeem immediately).

2. The CLTV method using a block number (which will redeem after X blocks).

3. The CLTV method using a unix timestamp (which will redeem after X seconds).

After having played with the new CLTV Bitcoin (and soon to be Litecoin) op code (https://bitcointalk.org/index.php?topic=598860.msg13435766#msg13435766) CIYAM is now busy working on a decentralised crypto to crypto exchange.

We had already somewhat achieved that goal with the ACCT AT between Qora and Burst but unfortunately the PR didn't go well (apparently the funds that were meant to be used for PR were stolen) and of course it didn't involve Bitcoin (so wasn't noticed by most Bitcoin followers either).

But now I think we have something much more exciting about to happen. It will allow people to trade QORA/BURST with BTC/LTC without the need for any centralised exchange.

Unlike others trying to do similar things we are not going to be setting up a centralised website for order matching (nor taking a commission) - both Qora and Burst will be able to work as exchanges themselves (due to their AT support) and we will consider creating either a CIYAM application (which will be decentralised and free of charge) or an addition for Bitcoin/Litecoin (also free of charge) to work in a similar fashion.

Basically what we are talking about is "true disruption" (so even the new businesses that are making money out of crypto to crypto trades will be put out of business with this model).

(a note to mods - although Qora and Burst are alts this topic is about using OP_CHECKLOCKTIMEVERIFY to trade between them and Bitcoin so this is relevant to Bitcoin - I hope this isn't confusing the boundaries too much to work out whether this topic is in the right place or not)

On the Chinese side of things it is very simple (and of course free) to open up an account with one of the major Chinese exchanges (identity verification will take maybe one day) and you can then connect a Chinese bank account (from any of the major banks) to your exchange account (it will only cost around 10 RMB to open up a bank account assuming you want a debit card).

Typically the withdrawal fee is 0.5% (with minimum withdrawal amounts typically set at 200 RMB) so unless the sender is copping a lot for purchasing Bitcoin it is a very simple and cheap method for paying Chinese.

Note that it will generally take around 2 days to complete the RMB withdrawal after receiving the BTC deposit.

Last time I sent a TT from Australia I believe it cost 30 AUD (which from memory was the minimum fee) and it also took a couple of days so if I was an Australian wanting to pay Chinese in RMB even I could only get BTC for 10-20% over the current exchange prices it would be cheaper to use Bitcoin for small amounts (say around 100 AUD) than to use TT (and I am assuming that other methods such as WU would not be much cheaper).

Not really - true supporters of Bitcoin don't show dishonest graphs and ignore facts trying to shill on behalf of others.

You have your "big block agenda" and that is clearly obvious but please don't try and make it out to be anything but an agenda.

I see - so happy to show charts that don't accurately reflect average bandwidths then only show tables of figures that do and then make a glib statement.

You ought to be running for a political party IMO.