[MIL]* MillenniumCoin DAAE * TOR * Anon * Escrow "NEW GROUND FOR CRYPTO"

[JTB800]

MIL is quietly beginning to look solid. Wouldn't be surprised to see a big jump relatively soon. We'll see, but it does look much better lately.

[bitcreditscc]

I am very impressed by what i have seen, very surprised this has not seen more adoption. I am looking through the code and may use part of it for BCR Escrow nodes, in the future , MIL users could get access to banking services and other platforms in the BCR ecosystem.

I wish this project a bright future.

[YarkoL]

To bitcreditscc, thanks for the thumbs-up and keep us
informed about the project. The delegate system is very unique
with special strengths, so I'm excited to learn how it will
integrate with your framework.

To all: I have now started working on the next update (I decided to
turn down some paid work to reserve time for this). I estimate
we will have new version by August. The new main features
will be

- stronger anonymity in the form of stealth addresses
- a new user category/role : besides delegates, there will be also vendors
- splitting of delegate transactions to make tracing payments more harder.

Plus a whole lot of other stuff. Stay tuned and stay free.

[JoeCoinman]

Anyone else getting really excited about MIL? 

[lanshop2010]

Yarkol, those are exciting major features to be added. I guess that would be mouth watering for anon coin users and fans. Those added features could make the anon crowds finally pay attention to MIL.

[YarkoL]

M I L L E N N I U M C O I N
Saturday Night
 Bulletin #1





I thought of reporting regularly on what I've been up to concerning
the development, and other items of interest. Welcome to the first
installment ever.

So this week we've taken the first significant step towards MIL3 as
I've added a lightweight web server to the source. The idea is that
wallet will generate two onion addresses on startup: the first one
is the wallet address we're already familiar with, and the other one will
be a (darknet) website that can be viewed in the in-wallet browser or
in the "official" Tor Browser.

Those users who have registered as vendors can easily publish content
using editing tools that will be added later to the wallet. Another cool
feature is that the wallet will encrypt the web source using the AES-128
algorithm to make them inaccesible to prying eyes. The wallet will then
decrypt them on the fly when requested by browser. There will be other
security measures as well.

The code commits can be inspected here:
https://github.com/YarkoL/MillenniumCoin/commits/master

the darknet publishing is still bare-bones stuff but the core functionality is there to be
enhanced in later stages. That's all for now, more goodness next weekend.

Anyone else getting really excited about MIL?  

I am, for one!  

Yarko

[lanshop2010]

This is a surprise. For a moment there, after delivering a working anon coin, I thought stabilizing and fixing some issues will be the only goal for MIL. It looks like you have many more features in store for MIL.

If ever there will be few remarks/posts/comments here regarding the development of MIL, I hope you'll continue the weekly updates. In that way new investors can see what's happening to this coin and what the plans are for future updates.

[YarkoL]

I received a PM asking details about how the buying and
selling will work, so I wrote following outline:

0. New Vendor makes a transaction that burns a registration
fee

1. He can then use a Designer Tool in the wallet to make a product list.
Basically the tool is a form with fields productname, optional image,
description, price

2. The wallet stores the product list in encrypted xml file (edit - or JSON) that looks
something like this (in plain text)

<vendor>                                <- id number
  <registration>                       <- proof of burn tx id
  <address>                            <- stealth address
  <products>
    <product>                            
      <id>
      <name>
      <description>
      <image>
      ...

3. Customer opens Market Browser in his wallet
He inputs the onion address of the vendor. If the vendor wallet is online,
the wallet checks that the vendor registration is valid by seeing that the proof of burn tx is in block.
(this will be validated by the delegates too)
If that's ok. it requests the xml from the  vendor wallet and displays the
product list in the market browser.

4. Every product item comes with a buy button. When customer hits that, another
form opens where the customer can enter his contact details. These are sent encrypted
to the vendor wallet. Customer sees his order details, confirms them and the wallet
automatically sends a delegate transaction, paying to the vendor.

---

The delegate transaction that ends the purchase will be a little different
too. For one thing, you can split the amount of MIL to standard even sizes of
5, 10, 100 etc that are transferred by different delegates. There are even more
profound changes that are related to how the vendor wallet can recombine the
split payments, but I won't go into that yet.

TL;DR we're making a marketplace on tor, with purchases on
wallet to wallet basis, no central authority running the show.

[E9800]

What has been described above when completed will be extremely interesting. As we have said before "New Ground for Crypto".  What I find most interesting is "multiple delegates" and "Tor Marketplace". Both features will make MIL standout.

I cannot wait to test the marketplace. The possibilities are endless.


Yes Joe and YarkoL I am excited.

[JoeCoinman]

Looks to me like more people need to be following MIL. Glad I stumbled into this community. I have a feeling things are going to get busy around here. Probably in August.


Thanks for the update
Joe

[lanshop2010]

So far it seems you made a good investment JoeCoinman. I remember reading when you bought your MIL. Quite adventurous. Exciting things are highly probable for MIL now. After a year of hard work, Yarkol is still at it and this time with  more features and improvements.

Can't wait for 3rd and 4th quarter. I hope Santa comes early. I'm dreaming of this coin doing a CLAM move but much much bigger.

[JoeCoinman]

I'm not interested in trading MIL for $$$ or BTC. I want to see MIL exchanged as currency for goods and services. Until this happens no currency is truly successful.


Joe

[YarkoL]

M I L L E N N I U M C O I N
Saturday Night
 Bulletin #2




Now that we have a skeletal web publishing and browsing
system, the integration of stealth transactions has begun.
Stealth addresses, as I'm sure many of you know is a very
elegant cryptosystem, where recipient of coins creates a stealth
public key, and the sender derives "ordinary" one time MIL
address from that. So with this no one can connect the derived
address to you.

Actually, this is pretty much the same what delegates already do, so why
stealth addresses? Is that an overkill? Or - just a pretty but
irrelevant, cosmetic feature to pull in some investor money, right?

Well, no. If it were simply a feature to paint over the wallet, I could
do this much quicker by just pulling the code from Github and compiling and hey
presto, we have a pretty nifty darknet market application. But I intend
to make every layer of the MIL3 play synergistically together to bring
about something novel.

I'm going to talk about this much more in the coming weeks, but here's
a first bird's eye view of the entire concept. So far, the absolute killer
app that has been based on cryptocurrency - the one that has the best
chance to break out from the money-game ghetto of Bitcointalk forum
and actually get some real users has been the darknet market (DNM).
Many DNMs model themselves after the centralized model of Silk Road,
which has caused problems, as the users can never tell if the owner of
the market is going to vanish with all the BTC. As this has happened a
number of times, there has been a growing demand for decentralized
marketplaces.

Recently we have seen some decentralized marketplaces emerge, such
as Open Bazaar. These have teams of very gifted devs and often substantial
funding too, and it is the latter aspect that kind of sabotages their chances of
success. The reason being, Investors don't want to be seen funding a new
Silk Road, even though that is clearly more in demand than the "decentralized EBay"
idea that they are trying promote in order to be "respectable".

But our MIL is small and under the radar, and therefore well equipped to employ
the window of opportunity. Usability has been very high on the list of design goals from the
start, and if done well, it will attract users.

However, there is of course an ethical problem here, and one that I've given much
thought to. Do I want to make an application that allows people to trade anything,
however reprehensible to myself? And I think I have made a small advance towards
a solution by introducing a new way to do anon transactions that I call the "Glass Onion",
something that combines partial transparency with strong anonymity. That is, no one
can see who is trading with whom, but the delegates will see what is being traded and
they can refuse transferring the funds if they do not appreciate the trade (or the vendor or
the merchandise). As a result, if the majority of users do not like the vendor, he has
much harder time establishing business on the network compared to someone whose
list of merchandise is more non-controversial.

All this is to be implemented in a trustless and decentralized manner and this
is no easy task. But it is just this challenge what motivates and inspires me. Not the money,
although of course I'd like my tiny stash of MIL to appreciate in value. So this is the reason why I don't just slap
stealth addresses into the existing codebase and be done with it. They will function as building
pieces in the Glass Onion Market that I've described here and this takes a little more.

So that's all from me now. This missive became a little lengthier than usual, but I thought
it would be nice to get the cat - or sizable portion of the feline at least - out of the bag at this stage
already.

See you soon,

Yarko


 

[E9800]

Thanks for the update.

[lanshop2010]

That is, no one can see who is trading with whom, but the delegates will see what is being traded and
they can refuse transferring the funds if they do not appreciate the trade (or the vendor or
the merchandise).

Does this imply that there will be a waiting period before a transaction can be completed because a delegate has to approve it first?

It's understandable that no one wants his program to be used on something that is reprehensible to him. However, there are some tools that were designed for good but that can be used for evil if a user wanted to. Our common physical money can be used to buy anything that can be helpful to others (food, housing, etc.) or it can be used to buy things that can kill (guns, chemicals, etc.) or even destroy the world (nuclear weapons). A knife can be useful for preparing food but it can also use to kill. The same with power tools. These facts don't prevent us from using money, buying knives or using power tools or carpentry tools.

The idea of the "glass onion" concept is laudable but couldn't  the dark market vendor easily bypass the delegates refusing his transactions by simply setting up his own delegates?

I think the anonymity feature of any digital coin will always cause it to be used in ways that are not acceptable to its programmers.

[mmm01]

looks like a stumbled upon something great in the works. Buying some mil and holding.

[YarkoL]

That is, no one can see who is trading with whom, but the delegates will see what is being traded and
they can refuse transferring the funds if they do not appreciate the trade (or the vendor or
the merchandise).

Does this imply that there will be a waiting period before a transaction can be completed because a delegate has to approve it first?

No, the transfer by delegate is automatic and there
will not be a manual approval. Instead, a person running an advertised
balance may choose to inspect what is being offered in the market
and put vendors to an ignore list. (similar to the "ban score" that is in
the standard peers list)

"glass onion" concept is laudable but couldn't  the dark market vendor easily bypass the delegates refusing his transactions by simply setting up his own delegates?

The transaction is split among at least three delegates, some of which
are picked by buyer, and some by vendor. This is not a fool-proof system
but I try to make it very hard to bypass the default delegate selection process
without altering the code. And if they do alter the code, they lose the security
benefit of random delegate selection, as using the same set of delegates over
and over will potentially risk an exposure.

I think the anonymity feature of any digital coin will always cause it to be used in ways that are not acceptable to its programmers.

Well it actually matters little what I personally find acceptable. The
idea is to allow the user community to arrive into some kind of
consensus over how the market is to segmented into tiers of
"acceptability"

And in the coming release, vendors can set their fees individually,
so vendors with controversial merchandise may entice delegate by offering
higher fees. So market forces come into play here too.

These are very good points and I'm glad you took the time to
bring them up.

[lanshop2010]

Well it actually matters little what I personally find acceptable. The
idea is to allow the user community to arrive into some kind of
consensus over how the market is to segmented into tiers of
"acceptability"

And in the coming release, vendors can set their fees individually,
so vendors with controversial merchandise may entice delegate by offering
higher fees. So market forces come into play here too.

Very well explained Yarkol, thank you for giving us more details about your idea. I'm beginning to appreciate the design you are making based on your "glass onion" concept.

"Segmented into tiers of acceptability" is a good one.  People hosting delegate computers can minimize or completely remove risks from participating in transactions they think are unacceptable or illegal in their home countries. Those who have other views or situations can take more risks if they want to. These risks may just be perceptions because the coin will have anonymity and stealth addresses that make it difficult to unmask the real people involved. Even though anonymity is designed in the coin, it does not hurt to make precautions especially when we saw how some of those using supposedly anonymous coins were traced and unmasked.

I also like the option to set higher fees for transactions. It's like a free market for those wanting extreme anonymity and wanting their transactions to be done with immediately.

I also read about other coins where you have to pay to become a delegate server with substantial investment required as proof of commitment and viability. In MIL, being a delegate is open for anyone and everyone and one can pull out from being one if he/she so desires.  That adds another option of security from prying eyes where one can get in and out with ease as a delegate and come back with different addresses.

[bitcreditscc]

Well it actually matters little what I personally find acceptable. The
idea is to allow the user community to arrive into some kind of
consensus over how the market is to segmented into tiers of
"acceptability"

And in the coming release, vendors can set their fees individually,
so vendors with controversial merchandise may entice delegate by offering
higher fees. So market forces come into play here too.

Very well explained Yarkol, thank you for giving us more details about your idea. I'm beginning to appreciate the design you are making based on your "glass onion" concept.

"Segmented into tiers of acceptability" is a good one.  People hosting delegate computers can minimize or completely remove risks from participating in transactions they think are unacceptable or illegal in their home countries. Those who have other views or situations can take more risks if they want to. These risks may just be perceptions because the coin will have anonymity and stealth addresses that make it difficult to unmask the real people involved. Even though anonymity is designed in the coin, it does not hurt to make precautions especially when we saw how some of those using supposedly anonymous coins were traced and unmasked.

I also like the option to set higher fees for transactions. It's like a free market for those wanting extreme anonymity and wanting their transactions to be done with immediately.

I also read about other coins where you have to pay to become a delegate server with substantial investment required as proof of commitment and viability. In MIL, being a delegate is open for anyone and everyone and one can pull out from being one if he/she so desires.  That adds another option of security from prying eyes where one can get in and out with ease as a delegate and come back with different addresses.

This is one of the places where MIL and BCR differ, I have decided to tie Escrow to ownership of a Banknode and a given minimum balance.  This will encourage serious users and service providers to be economically active on the chain, i am also working on a floating fee rate , much like tx fees. All this is to encourage growth of the ecosystem , we have even lowered the entry level.

I hope i can figure out inter-blockchain transfers soon , it would be great if users could easily swap between MIL and BCR to settle finances using either or a combination of both. The overall security would be amazing.

[JoeCoinman]

No update this weekend? I'm disappointed.