[PRE-ANN] [CBC] CB Radio Coin - Looking for developers with HAM backgrounds

[Vertaisvaluutta]

Vertaisvaluutta.fi is the Finnish central hub specializing in truly alternative coin design and services based on them.

We are hereby pre-announcing the development of CBC - a crypto coin specifically tailored to be used over CB and HAM radio networks.

CBC is designed to be useful under any circumstances, as long as there is enough electricity to run a CB or HAM radio station.

CBC is particularly useful in situations where the public infrastructure is failing or being controlled by the powers that be.

Radio based data transmissions have their own peculiarities which require very careful design to make the network work fluently even under such demanding conditions as only being able to establish half duplex connections with bandwidth as low as 600 - 1200 baud.

The CBC project is looking for talented and motivated developers, preferably with CB/HAM radio experience.

Please write to cbc@vertaisvaluutta.fi for more information.

[1714731563]

1714731563

[1714731563]

1714731563

[1714731563]

1714731563

[1714731563]

1714731563

[BTMan]

can i join to ?

[CryptoHypno]

[Vertaisvaluutta]

can i join to ?

Pleased do!

We'll be waiting for an e-mail from you with brief introduction and description of how exactly you would like to participate.

The address is cbc@vertaisvaluutta.fi

[rayday11]

This is different. I'll be watching.

[CanaryInTheMine]

I forgot which country plans to transmit the blockchain with public tv/radio band?
But this is an interesting project resembling a mesh of sorts?

Edit:
Please post ample info/documentation prior to any launches.
Although based on what you are saying, you are in the team building phase right now?

[Vertaisvaluutta]

I forgot which country plans to transmit the blockchain with public tv/radio band?
But this is an interesting project resembling a mesh of sorts?

The initial design is based on CB frequencies since they are mostly free to use everywhere. That does of course limit the distance between two stations to maximum of few hundred kilometers, which is not a problem since a P2P like echo/replicate protocol is used to tackle the distance problem.

When it comes to public TV/radio bands, our first goal is to implement a test network here in Finland. We are of course open to all proposals and would love to co-operate with new or existing TV/radio stations anywhere in the world.

[Vertaisvaluutta]

Edit:
Please post ample info/documentation prior to any launches.

We did consider this, and decided to do a (pre) announcement even though all the information is not available yet. The reason for this decision can be seen below.

Although based on what you are saying, you are in the team building phase right now?

Yes, and since what we are doing differs a lot from most crypto coin projects out there, we need the skills of a very talented team before we can make definitive decisions about protocol details etc. To begin with, we'll need to use UDP instead of TCP, which means designing and implementing stuff such as protocol level ACKs that would normally be handled by the TCP stack.

All the details will be available when the final announce comes out.

[Vertaisvaluutta]

I'm interested in helping.

Wonderful!

I gave hamcoin some ideas but they never used them.

Interesting to hear this! We are also aware of the HAM Radio Coin and will be contacting the team at some point.

Feel free to use them, they dropped the ball.

Thank you, we'll definitely take your ideas into account and under serious consideration. It seems your thoughts were and are pretty much aligned with what we've been putting together over here.

P.S. why not use TCP/IP? Packet radio does.

Like TCP, UDP too is part of the TCP/IP protocol family.

The User Datagram Protocol (UDP) is one of the core members of the Internet protocol suite (the set of network protocols used for the Internet)
http://en.wikipedia.org/wiki/User_Datagram_Protocol

TCP is not very well suited for slow half duplex connections; there's lots of overhead in it.

TCP is heavy-weight. TCP requires three packets to set up a socket connection, before any user data can be sent. TCP handles reliability and congestion control.
http://www.diffen.com/difference/TCP_vs_UDP

UDP is much better for the task at hand, allowing us to design details such as ACK so that the protocol works as smoothly as possible even when the connection quality is very poor.

UDP is suitable for applications that need fast, efficient transmission, such as games.
UDP is lightweight. There is no ordering of messages, no tracking connections, etc. It is a small transport layer designed on top of IP.
http://www.diffen.com/difference/TCP_vs_UDP

[garmin]

I get what your saying... Full duplex or two way communication simultaneously Vs taking turns like ham radio or CB. You send some data, I send some data. This is a very interesting idea, I'm glad to see someone is developing it. It could lay the groundwork for satellite communication of crypto. Much like satellite burst transmissions for Visa and Mastercard and gas price adjustment does at gas stations, marine use, remote location, etc.
A precursor to something like this http://www.mtnsat.com 

[Vertaisvaluutta]

I get what your saying... Full duplex or two way communication simultaneously Vs taking turns like ham radio or CB. You send some data, I send some data. This is a very interesting idea, I'm glad to see someone is developing it. It could lay the groundwork for satellite communication of crypto. Much like satellite burst transmissions for Visa and Mastercard and gas price adjustment does at gas stations, marine use, remote location, etc.
A precursor to something like this http://www.mtnsat.com  

Exactly.

It is indeed an interesting project in many ways. Both the limitations and the advantages of radio connections are both challenging and inspiring at the same time. Different frequencies have different characteristics that affect the big picture in many ways. It is of course also possible to build full duplex connections, using two radios (or one radio with two oscillators) simultaneously. It would also be possible to do tricks such as combining CB, HAM and GSM frequencies etc. to achieve some possibly rather unexpected solutions.

The ideas and the basic design are there. What we need for this unusual project now is an unusually talented team of designers, developers and radio communications specialists.

[leotheminer]

A few points to note (I was a licensed HAM for 20 years before letting my license expire)
1. It's illegal to send encrypted communication over amateur frequencies. It's illegal to use non-voice modes on CB in most places. Keep that in mind when designing your protocol.
2. As someone else already said, just use tcp over packet radio. Don't reinvent the wheel.
3. Amateur radio operators and CB operators generally hate each other.

[Vertaisvaluutta]

Hi!

A few points to note (I was a licensed HAM for 20 years before letting my license expire)

Great, I appreciate you experience and input!

1. It's illegal to send encrypted communication over amateur frequencies. It's illegal to use non-voice modes on CB in most places. Keep that in mind when designing your protocol.

This was new to me and it definitely has to be taken into account. Thanks for bringing it into my attention!

2. As someone else already said, just use tcp over packet radio. Don't reinvent the wheel.

While you're an expert in HAM radio, I'm a systems and network architect with similar experience to yours (20 years). I know my stuff when it comes to protocols. Using UDP is not reinventing anything; it merely means providing a more cost efficient alternative to the overly heavy TCP.

3. Amateur radio operators and CB operators generally hate each other.

Maybe it's finally time to learn to love each other then.

[garmin]

Hi!

A few points to note (I was a licensed HAM for 20 years before letting my license expire)

Great, I appreciate you experience and input!

1. It's illegal to send encrypted communication over amateur frequencies. It's illegal to use non-voice modes on CB in most places. Keep that in mind when designing your protocol.

This was new to me and it definitely has to be taken into account. Thanks for bringing it into my attention!

2. As someone else already said, just use tcp over packet radio. Don't reinvent the wheel.

While you're an expert in HAM radio, I'm a systems and network architect with similar experience to yours (20 years). I know my stuff when it comes to protocols. Using UDP is not reinventing anything; it merely means providing a more cost efficient alternative to the overly heavy TCP.

3. Amateur radio operators and CB operators generally hate each other.

Maybe it's finally time to learn to love each other then.

Hamcoin is using my Idea and transferring crypto via SSTV on Aug 29th.

Friday 29 August 2014

START   14:30 UTC

END   15:30 UTC

FREQ.  14.230 MHz SSTV

I sent the DEV a message about your skills we discussed in private. Everyone might be better served working together.

From what i see so far it's a great fit since we all have different skill sets that don't overlap much, so no one will step on another toes
Will drop u a email when I get a reply.