2
|
Economy / Exchanges / Re: MtGox withdrawal delays [Gathering]
|
on: June 21, 2016, 08:06:27 AM
|
So how much will we receive? 20% of the bitcoin lost? Maybe less considering that the price of bitcoins has increased? (so the ones who had money will get more)
If your claim is accepted, then you now know the amount in JPY you will be handed. For bitcoin there was a fixed price for it when this is officially announced (and the pdf was out); IIRC roughly 50500 JPY per bitcoin. So if we want to make the assumption that our claims will be delivered according to this, you will have to divide that amount with bitcoin's current value to come up with the bitcoins you will end up with. That is not fair. The value of the held bitcoins (approx 200.000) should be valued the day of the distribution or as an average of the last N days before the distribution. It does not make sense to value bitcoins according to a value of some day randomly chosen. Best regards, ilpirata79
|
|
|
4
|
Economy / Exchanges / Re: MtGox withdrawal delays [Gathering]
|
on: June 08, 2016, 10:51:17 AM
|
As I said I cannot access my mtgox page anymore.
I have seen, though, that my request got accepted.
I have made my claim through Kraken.
Will I automatically receive my bitcoins on kraken or do I have to confirm or do something in order to get them?
Thanks, ilpirata79
|
|
|
10
|
Bitcoin / Bitcoin Discussion / Re: Trustless crowdfunding in bitcoin
|
on: April 24, 2016, 10:23:06 PM
|
This is something, as someone pointed out, that can be easily done in an ethereum-like platform.
In bitcoin, you might need a new opcode that restrains the spendability of an output in the following way: it is spendable only togheter with other outputs that refer to the same address and so that the total amount to be spent is equal or greater than the required sum... or something like that.
I think this is an interesting use case, so maybe it could be worth a new opcode.
best regards, ilpirata79
|
|
|
11
|
Bitcoin / Bitcoin Discussion / Trustless crowdfunding in bitcoin
|
on: April 24, 2016, 06:34:53 PM
|
I am trying to understand if there is a way in Bitcoin to perform a trustless crowdfunding campaign.
I mean: establish an amount of bitcoin, let the people send bitcoins to an address until a certain date. If before the date the established amount of bitcoin is reached, all the bitcoins are unblocked and spendable, otherwise the go back to the senders.
Is that possible?
best regards, ilpirata79
|
|
|
13
|
Bitcoin / Development & Technical Discussion / Re: Turing completeness and state for smart contract
|
on: April 23, 2016, 02:01:32 PM
|
Really interesting read, still my biggest fear about Ethereum is if their scaling plans fails, then we will have just another fancy "dead horse".
However if ETH will succeed in its scaling plans(which I am sure it will) then we will end up having an even bigger corpse than a "dead horse" in the crypto-universe: a dead dinosaur called BTC.... Don't forget BTC has a reasonable network effect at its advantage and can incorporate ethereum features through merge-mined sidechains. I bet that this will be the outcome: Bitcoin used for monetary transactions and a sidechain used for smart-contracts/bots. Best regards, ilpirata79
|
|
|
14
|
Bitcoin / Bitcoin Discussion / Escrow service
|
on: April 15, 2016, 05:24:20 PM
|
Suppose I want to pay someone by passing through an escrow guy. I want to use multisig. I want to be able to send money to the multisig that can be redeemed if 2 out of 3 agree (either I and the seller, I and the escrow guy, the escrow guy and the seller). You get the point.
Is there an *easy* way to do that today with bitcoin? I mean, without being required to use the command line to prepare the addresses, and the what...
Thanks, ilpirata79
|
|
|
15
|
Economy / Services / Conversion of a website based on Moodle 1.15 to latest Moodle version
|
on: April 15, 2016, 03:51:22 PM
|
Hi,
I am looking for an expert on Moodle who could port a website based on moodle 1.15 to the latest Moodle version.
It would work like this: I send the moodledata directory, the config.php and the database dump and I receive the same things updated to work with the latest Moodle version.
Escrow, if requested.
Payment in bitcoin.
Best regards, ilpirata79
|
|
|
17
|
Bitcoin / Development & Technical Discussion / Re: Turing completeness and state for smart contract
|
on: April 07, 2016, 01:07:26 PM
|
So the "question" now might be:
is it better to have to different chains, i.e. bitcoin and rootstock, with the second being a superset, in terms of functionalities, of the first, or is it best to just have the second (so just ethereum)?
I tend to think that is better to split them, but I don't have any real evidence to support that assertion.
Some thoughts however: pros (for splitting): two different chains can be tweaked differently (e.g. block time) to achieve different objectives. cons (for splitting): one single chain is easier to mantain, to debug, to develop, to upgrade compared to two (this may be a strong cons).
What do you guys think however?
|
|
|
18
|
Bitcoin / Development & Technical Discussion / Re: Turing completeness and state for smart contract
|
on: April 07, 2016, 12:53:14 PM
|
If it becomes useful, I imagine there will soon be a eth-like sidechain on bitcoin.
Maybe a sidechain which is merge-mined with bitcoin. I don't see that like an impossible outcome... at that point, what would the usefulness of Ethereum be? By the way, it already exists. It's called rootstock. How is it that some people see it as a joke?
|
|
|
|