I am a DIANNA developer. DIANNA uses Bitcoin chain as a base timestamp server and has built-in lightweight Bitcoin client based on BitcoinJ.

The primary target is make Bitcoin chain as thin as possible and safe enough simultaneously. I need an advice how to make it.

DIANNA really don't have to know what happened in Bitcoin some number of blocks ago. So I think to use Bitcoin checkpoints merged into secondary Merkle Tree in DIANNA block with hashes of checkpointed Bitcoin blocks:

genesis_hash chk1_hash@height1 chk2_hash@height2 ... chkN_hash@heightN

So the latest hash in this sequence can be considered as secondary-genesis where to start from.

The question is: how far it would be safe to make checkpoint from BitcoinCurrentBestHeight()?

I see some checkpoints in bitcoin code. But they are hardcoded and seems that there is no way to determine them automatically on new addition to this list.

So how is safe to do checkpointing every 100/1000/10000 blocks? What was the longest fork of Bitcoin chain?

Also some practical suggestions of similar procedures are welcome.

Thanks.

Moving forward =)

I started development repo and made some sketches in Java.

Details here:

http://dianna-project.org/forum/index.php/topic,11.0.html

Очередной вброс =)

Объявляю о старте разработки =) . Создан реп на гитхабе, кодинг на Жабе.

Накидал скелет проекта, базовую логику транзакций.

http://dianna-project.org/forum/index.php/topic,10.0.html

Looks like their child brought a lot of problems like Silk Road =)

There is no sense to make Tor/I2P transport layer to commucate to TCP/IP through it via out proxies at all.

Anyway, I need to get it work over TCP/IP first.

If I do this, I automatically make this DNS closed to other anonymous networks, as they will require i2p router to run. The DNS client must be light.

However it is possible to add i2p BOB transport protocol as additional layer along with TCP/IP

falling knife started

thx, bookmarked

I use Latest Chrome and Firefox on Fedora Linux desktop.

I don't know when it started - maybe month or earlier.

When I open mtgoxlive - my browser starts to consume CPU up to 99% and the screen hangs after several minutes. Both in Chrome and Firefox. Only hardcore process killing helps.

Does anyone have similar troubles on Windows/Mac ?

The main technicial indicator for bitcoin trends  http://www.google.com/trends/?q=bitcoin&ctab=0&geo=all&date=2012&sort=0

current 5.3 -> 4.5 ~ 4.8 fibonacci 38%
last wave 4.95 -> 4.5 ~ 4.8 fibonacci  62%

4.8 is the corrective target for next downside move.

Drunked prediction =)

Это я про так называемое ралли, в котором кое кто с битконики нехило лоханулся и слил все обратно, чем и вызвал текущий обвал. Вообще теоретически этот обвал должен был произойти вместо скачка.

Not a competitor to you ))

just watching a game, having a bud wassup

Btw, daily MACD is about to intersect downside.

Uploaded with ImageShack.us

This is my drunked prediction! :::beer:::

According to simple 1-2-3-4-5 wave I expect the bottom of current short-term anti-rally at ~4.4 (4.4 is a massive support)

WWLS?

yep :beer:

I think it would be hard to reverse this momentum

Ну вот. Куча лохов S3052 надурили друг друга =)

А я говорил! Какой тут нахрен bullish signals???

Exposing The Scroll of Ultimate Defence.

You can cast this scroll on your server and server will get unlimited buff against major exploits in php without any performance penalties.

Sysadmin skill lvl 40 required.

in apache:

In /etc/httpd/php.ini:

looks like we have a knife which is too close to table corner

And now I forced to agree with this update =)

hahaha: $0.0001

No really. No bullish environment