Bitcoin on Freenet (BtcFn) Specification

[theymos]

About the chunks and pooling, I dont understand the problem, what you mean?
If chain is 1023 blocks long now, then freeneters will download following files:
file with blocks 0..1000,
file with blocks 1001..1010,
file with blocks 1011..1020,
file with block 1021
file with block 1022
file with block 1023

It was described above as being in increments of 10 or 100:

{CHK key}CHK@vzy2.../btcfn-block-0.bin
{CHK key}CHK@xzw..../btcfn-block-1-10.pack.bin
{CHK key}CHK@gz3..../btcfn-block-11-20.pack.bin
{CHK key}CHK@b3y..../btcfn-block-21-30.pack.bin
{CHK key}CHK@nd3..../btcfn-block-31-40.pack.bin
{...}
{CHK key}CHK@nds..../btcfn-block-101-200.pack.bin
{CHK key}CHK@nuh..../btcfn-block-201-300.pack.bin
{...}
{CHK key}CHK@gr2..../btcfn-block-101021-101030.pack.bin
{CHK key}CHK@c2f..../btcfn-block-101031.bin
{CHK key}CHK@cd2..../btcfn-block-101032.bin

[1715028998]

1715028998

[xel]

It was described above as being in increments of 10 or 100:

{CHK key}CHK@vzy2.../btcfn-block-0.bin
{CHK key}CHK@nd3..../btcfn-block-31-40.pack.bin
{...}
{CHK key}CHK@nds..../btcfn-block-101-200.pack.bin
{CHK key}CHK@nuh..../btcfn-block-201-300.pack.bin
{...}
{CHK key}CHK@gr2..../btcfn-block-101021-101030.pack.bin
{CHK key}CHK@c2f..../btcfn-block-101031.bin
{CHK key}CHK@cd2..../btcfn-block-101032.bin

I just wanted to keep this example more simple, it is explained more in detail in section 6.a) Blocks inserts AND .PACK packing
so:

generally:
  btcfn-block-START-END.pack.bin
where length (END-START) is 10^n (n=1..5) so lenght can be 10 or 100 or 1,000 or 10,000 or 100,000,
and START%length == 1,
also in given itme as many blocks should be packed as possible to generated smallest amount of files, eg:

for   33 blocks use packs: 0, 1-10, 11-20, 21-30, 31, 32, 33
for  101 blocks use packs: 0, 1-10, 11-20, 21-30, 31-40, 41-50, 51-60, 61-70, 71-80, 81-90, 91-100, 101
for  103 blocks use packs: 0, 1-100, 102, 103
for  301 blocks use packs: 0, 1-100, 101-200, 201-300, 301
for 2144 blocks use packs: 0, 1-1000, 1001-2000, 2001-2100, 2101-2110, 2111-2120, 2121-2130, 2131-2140, 2141, 2142, 2143, 2144

We will update this parts of spec to explain this is detailed later, thanks

[Delia]

If I read the spec correctly, an fn-only node needs IRL friends in order to make transactions. It would probably be worth having a within-Freenet introduction system, like FMS's captcha puzzles.

[da2ce7]

I think that the new Freetalk system would be great for relaying transactions 

[markm]

Wow this sounds really complicated.

Isn't there anything out there that can work transparently for applications?

Like maybe tell your firewall that when an application asks for port number # it should instead be connected to an anonymity tunnel of certain specifications like looking up IP address on a table? Or tell firewall that any  attempt to connect to a certain IP address + port combination means to use such and such anonymous tunnel?

Whatever, this bounty specified freenet so how is implementation coming along on this?

-MarkM-

[da2ce7]

We have another user pledge!

broker from Freetalk on Freenet:

I'll throw down 100btc to anyone who can make that happen.

[Albert]

Is this by any means a project still in the making? I found a link to it on FN, so was just wondering what the last update was.

[da2ce7]

Is this by any means a project still in the making? I found a link to it on FN, so was just wondering what the last update was.

Yep, it is still happening   The enitre ptoject has taken a bit more time than expected... We hope to have something to release to the public in arround 2 weeks.

[flok]

Is this by any means a project still in the making? I found a link to it on FN, so was just wondering what the last update was.

Yep, it is still happening   The enitre ptoject has taken a bit more time than expected... We hope to have something to release to the public in arround 2 weeks.

Any news?

[da2ce7]

Any news?

Unfortunately not
The team for btcfn has pretty much died, in the massive slow decline of the bitcoin price… Things have been slowly been starting to recover, however the passion for bitcoin in the community has for a large part, been lost.

Freenet, with the major reduction of work done by Toad, has been chugging along very slowly.  Much of my focus has shifted to CJDNS; an encrypted networking protocol, which is designed to be very fast.
I am happy to refund any of the bounty.  Or will keep it open for developers who wish to take up the challenge of developing the btcfn project.
I guess the core problem is that it has proven to be very hard to do… Once the bitcoinj project has matured into providing the functionally of a full-node, it should be much easier to integrate with the java bitcoin project.

Overall, the funds are still safe, we are looking for developers, and if anyone is interested in developing the btcfn project, you are more than welcome to contact me.

[frisco2]

The biggest problem with bitcoin anonymity is that source and destination of the address is recorded in the bitcoin network. What is the benefit of hiding the transaction process, if the post factum is still visible.

[MoonShadow]

The biggest problem with bitcoin anonymity is that source and destination of the address is recorded in the bitcoin network. What is the benefit of hiding the transaction process, if the post factum is still visible.

The primary goal of hiding the servers is to prevent an observer from linking an address to an IP.