Ok, fair enough. But the reason I made this confusion was:


So, is this weight a 'how much the network should trust tis node'? I just assumed 'part of the balance will be used' was pointing towards mining.

Ok...

Can you spare a few more words to explain what it is then? I feel like it is something terribly obvious given the lack of verbose explanations, but I honestly don't have a clue.

Just to see if I understand hallmark, if I set it on a server that server will be "mining" on behalf of the hallmarked account without needing to unlock the account?

How does one safely detect orphans?

If I have the block at tip it will not have a 'nextblock', so checking 'nextblock' on that block's 'previousblock' will detect if it got orphaned, but what if the last two blocks get orphaned, i.e. a blockchain reorg? Is that even possible to happen in NXT?

If all orphaned blocks get stripped of 'nextblock' then I can safely walk back until I find one that has that property, but with 2 orphans in a row will the older one still point to the next?

Is there already a way to retrieve the last block without knowing its id?

Every time I receive a transaction my client shows only the latest transaction value as balance. If I lock/unlock it shows 0. The 'time till you get a block' changes appropriately to the shown balance, as opposed to following what I actually have in that account.

Is the actual block finding following the client's shown balance or is it still 'mining' as expected for the real balance in the account?

I'll nuke the blocks file and restart to see if that fixes the balance, as it has in the past.

[edit] restarting the server without any file changes did the trick to find the missing balance, but the 'time to block' is still 54 days where it was ~7 hours before the last tx was received. It is probably due to more people finding blocks, I guess (last one had a 196% base target, which I believe means more than half the coins where unlocked and finding blocks)

API method request:

- create unsigned transaction, to be signed elsewhere (similar to sendmoney without passphrase and returning the raw unsigned transaction?)
- sign transaction, accepting a raw unsigned transaction, returning a raw signed transaction
- broadcast transactions, accepting a raw signed transaction

API method request: a way to get a list of transactions pending inclusion in blocks (a la bitcoind getmemorypool).

chained transactions only prevent part of the problem. The real issue comes from showing bet results too early, allowing the losing bets to be double spent and only the winning ones going through untouched. The effort in BTC terms to orphan an already propagated block are high enough to accept a single confirmation on low value transactions. I'm just trying to get a feel on what would the equivalent be in NXT terms.


So what does that mean for fees? Is the rule atm a flat  1 NXT per tx?


What I was aiming for is as much independence from the client as possible, effectively implementing the code elsewhere. Thus creating the transaction using sendMoney would be great *if* I can get an unsigned raw tx, sign it in my code without using the ref client and then ask the client to propagate it. In other words, I need to ask the client for an unsigned transaction and I need to be told how signing is implemented so I can reproduce in my own code. Is any of this already available?


I really need a description of the process, not an API. This is yet another thing I must have done without depending on the ref client. Is there any explanation of the algorithm used?

I'm considering supporting NXT on dividendrippler.com, but I'm still wrapping my head around the protocol and implementation. If you could enlighten me, I'd like to know;

- What's a safe number of confirmations for a transaction to be trusted. I would assume that there being one block per minute, and keeping with bitcoin's 1 hour rule that would be 60 for fair trust level, but for rapid transaction processing (such as in a gambling site) what would be the minimum number of transactions?
- How are fees calculated? There's a 1NXT minimum fee per tx, if I read things correctly, but are there transaction size issues to be worried about? Block size?
- I don't see in the API a way to get the equivalent to the memory pool, a list of transactions waiting inclusion. Can I get that somehow?
- Can I work with raw transactions? I would particularly need to be able to sign transactions "offline".
- Can I create accounts offline? I assume that we're talking about a simple double sha256 of the passphrase so what I'd need to do is create random passphrases and derive the account number from those? Will the network accept sending to any account address or is there any kind of "registration" message that needs to be propagated first?

Thanks in advance!

This is not the same sha advertised on the OP

Unfortunately there's still a good deal about the ripple network and software that we're still learning to deal with, and the fact it is in rapid development doesn't help our case a bit. That said, the DR system was coded to default to manual intervention whenever there's any ambiguity in what the proper action is, and that's what happened to you (and others).

But fear not, it was just waiting on us to be double safe. Let us know if there's any additional trouble.

Having worked abroad (outside EU) for short periods of time I have experienced this, where even owning a house isn't enough to open a simple bank account. But since the EU has specific laws regarding their "common borders" I keep wondering what it would take. I could, in theory, move to any country within the EU and work there, regardless of living there or not. There should be no need to apply for full citizenship to accomplish this, but you may be completely right there, I could end up being taxed in my country of citizenship according to its laws regardless of where the income came from.

Which, for this particular case, sucks.

I know banks aren't forced to open accounts for non residents within the EU, even though EU citizens can move freely.

I also read that in Germany if you hold on to your coins for at least one year, the profit from selling them is tax exempt.

So I wonder... can a EU citizen that is not resident in Germany open a bank account in Germany, sell and deposit in said bank account taking advantage of the tax scenario described? When moving the money back to the residency country the EU double taxation prevention laws should prevent the local government from getting an extra cut, right?

Maybe even move to Germany for a while, but what would constitute "moving"? Renting a house there? Getting a job?

I've googled as much as I could but can't really understand how viable this course of action would be. Anyone out there has any insight on this matter?

Yes, CCs are pretty awesome, but did you ever wondered why the CC companies agree to lose money to give you this protection? Oh, wait, you are paying for this protection... actually every CC card user is paying a premium for this protection which basically amounts to 'worst case scenario how much we'll lose to fraud divided by all suck^H^H^H^Hclients'

Bitcoins can certainly operate the same way. Hell, CC companies can pay and receive in bitcoins if they choose to do so, but having the option of doing your own due diligence and paying (almost) no fee or using the CC company and pay their ridiculous fees, which will you do? With fiat that's not an option, particularly not for online purchases.

All in all this is very much moot, because once bitcoins as a value storage medium gets accepted globally (and I'm assuming it does, obviously) you'll get all those icings on the cake done by 3rd parties. The caveat being right now you can't simply send money abroad instantly without a bunch of services in the middle for which you have no control and which charge fees in which you have no say and also require your name, address and underwear color of choice along the way (because the terrorists...). With bitcoins and other coins alike you can still use a 3rd party if you choose to, but you don't have to

The wallet does in fact store a few addresses (100) that you don't see, which are created ahead of time so they get included in backups of the wallet.dat file. These addresses are then used when you get change for your sends or when you request a new receiving address but, visible or not, they are active in the wallet, which means that once a block includes a transaction that touches those addresses your wallet balance and history will reflect them. Change is special as it the history will not show that address receiving funds (or at all) but balance will account for this. You still have full control over that change address, can dump the priv key, it is included in backups.

As for importing private keys, I don't get your question... If you are asking if you must load them into another client to see the balance, no, not at all. Your QT client balance will be correct *after all the necessary blocks have been loaded*


Transactions are stored in the wallet, blocks are not. So you will see all unconfirmed transactions from your wallet if you are downloading the blockchain from scratch, and the balance will be 0. As blocks come in that include the transactions in your wallet, these will appear confirmed and the balance is updated... you just have to wait.

A week or two sounds extreme, but I haven't started from scratch in a long, long time so maybe that's just what you'll have to wait. You can trust the official torrent bootstrap files though, as the client itself has checkpoints to prevent you from importing a bad one, but do your due diligence and, if you don't find a bootstrap file you are sure to trust, well, just wait

I just skimmed your post, but I believe you are confusing things a bit; the 5.12 is the change from the 1.3 you sent, and the destination address of that part is likely just a change address in your wallet.

As for Bitcoin-QT on the mac, I do use it and while it used to die on me and lock up, the last couple of versions have been really stable, what version were you running?

If you feel you had your machine compromised you should start afresh, but remember to backup your wallet.dat first! It's in your user home (/Users/<username>/Library/Application Support/Bitcoin/wallet.dat)

In fact, first do a couple of backups and only then do anything else

Oh, and don't forget to backup

If it was just confusion, fire up your client and let it run until fully sync'd before anything else, chances are you'll find everything is in place as expected. But do update your client if not running an up to date version, and backup first!

I don't advise anyone to put their coins in online wallets. Having said that, I do run one if you are into ripple: https://dividendrippler.com

You can also trade the coins you store there directly in the ripple network.

Ok, you seem to be thinking about getting 2/3 of the price in new, which is more than fair. Problem is your base price is likely to be the price you paid some time ago and is much higher than the store price at the moment. Heck, the discounted price is much higher than the price in new.

If you take 2/3 of the best price I can find online (on real stores) I'll take the 2 256G and the New In Box Kingston 120GB, assuming escrow or you send first and I will pay for the actual shipping costs.

I received their newsletter a few days ago and they state they are now (manually) accepting bitcoins for the stuff in their webshop: http://shopusa.chickenwingscomics.com/

I already have most their comic books but I'll certainly get some stuff there, and for those that don't know them make sure you have a look at their webcomic: http://www.chickenwingscomics.com/

I am in no way related to them, and haven't even told them I would be advertising here. Hopefully they'll not get mad about it

From the newsletter: