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

[YarkoL]

No update this weekend? I'm disappointed.  

Sorry about that. The "Bulletin" will be back next weekend.
Been a little busy most of the week, not much
time for MIL. I have completed the stealth integration but not committed
it yet.

Really I haven't had much news or to add to what I wrote about last
weekend.

[1714771567]

1714771567

[1714771567]

1714771567

[1714771567]

1714771567

[bitcoin1387]

No update this weekend? I'm disappointed.  

Sorry about that. The "Bulletin" will be back next weekend.
Been a little busy most of the week, not much
time for MIL. I have completed the stealth integration but not committed
it yet.

Really I haven't had much news or to add to what I wrote about last
weekend.

We are waiting for new currency seems to be very promising.

[YarkoL]

We are waiting for new currency seems to be very promising.

Rather than new currency, MIL3 will be a service platform ("Glass Onion")
built around the delegate system. It is integrated with the wallet, but
ultimately ought to be able to perform autonomously. For instance,
you could do a DNM onion site that accepted BTC, but under the hood,
MIL would be the token of accounting.

[YarkoL]

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




I've been occupied with the stealth address integration
and modifying it to suit our purposes. The work is being bogged
down a little by the fact, that at the company where I work,
everyone's on holiday so I need to take up tasks that call for immediate
attention, but that are normally handed by someone else. That
situation will however ease up soon.

So starting next week, I'll be moving on to implement the "Glass
onion" portion of the code. Thanks to the little discussion I had with
Ianshop2010 earlier in the thread, I've been able to sharpen some crucial details in the design. There will be some new changes, and
that's what this post will be mainly about.

If you recall, the basic idea was to allow users to approve or disapprove
vendors by refusing to relay their delegate requests. Ianshop2010 pointed
out that a vendor could just set up delegates of his own, to which I countered
that using same delegates would be less secure than allowing a delegate to
be selected randomly among suitable nodes.

But (I confess!) this answer seemed weak to even myself. A vendor could easily
set up multiple delegates and rotate them, placing extra funds on the active
delegate's if necessary. And the benefits of random delegate selection may
seem to be too meager if they come with prohibitive costs in the form of raised
fees, especially as the stealth addresses provide high level of privacy by
themselves.

So the new design will
1) get rid of the random delegation selection (which is buggy to begin with)
and
2) make "personal delegates" so impractical that vendors need to submit
their orders to the approval of the network in order to conduct business.

This will be realized by the following protocol: After a buyer has made a
purchase, the vendor sends to the network a "global delegate request" that
will be relayed to all nodes. It is a message that contains as payload
the vendor's stealth address plus the fee he is offering. A receiving node
then inspects the stealth address, and then any of the following will happen:
- if the stealth address is not valid, the message will be totally ignored.
- if it belongs to a vendor that is on the nodes "ban list", it will not be
relayed, but the node will keep it on memory.
- if the node thinks the vendor is ok, it will forward the message to other
nodes, and keep it on the memory.
- and if the node is a delegate and thinks the vendor is ok, it will contact
the vendor and the delegate transaction process will start from there. The
first delegate to do this will win the job.
The message will expire after N blocks, and if no delegate has picked up the
offer, the vendor has to try again.

Suppose there has been a global delegate request and a delegate has been found.
Then the next thing that the vendor submits to the network, will be the escrow
transaction that will be just as it is today except that hash of the global
delegate request is added to it. Then when this transaction has been received
by a node, any of the following can happen:
- if the hash does not correspond with any of the in-memory global requests,
the transaction will be totally ignored.
- if the hash is found to correspond with a global request belonging to a vendor
on the ban list, it will be totally ignored too, and both the request and the
escrow transaction are erased from that node's memory.
- if the hash corresponds to a request that the node is OK with, the escrow
transaction will be relayed and eventually it gets included to a block.

The upshot is that it is not practical for vendor to bypass the network approval,
as he needs the escrow transactions (without which the delegate process won't work)
to be confirmed ASAP. That is, unless he owns 51% of the coins.

The third major change is that I won't be implement the splitting of the delegate
transaction in this release. First off, all the above will be a lot of work to code and
test properly. Secondly, it hardly matters anyway, since the sole reason for the splitting
of the transactions to a rounded amounts is to make tracing payments harder, but
both the vendor and buyer are protected by delegates and stealth addresses and anyone
now knows that a particular transaction pays to who vendor anyway - although his real-life
identity is protected by a (non-static) onion address and stealth address,
while the buyer is protected by delegates in addition to these layers of privacy.

Ok, that was a wall of text, and questions are, as always, not only very welcome
but also very useful to the development, as I hope this post makes clear.

Oh and that crazy opening image is the MIL graphic put through Google's DeepDreaming code,
just for fun of it.

The new MIL3 logo will of course be, as always, very different.

Love
Yarko

[HarryPorter]

it is worth to look at this project. YarkoL is a cool guy and as you can see constantly working on this coin.

[lanshop2010]

Some coins just die after 6 months to a year, after a pump and dump, or the developer just got tired. Yarkol looks to be just starting, with many more features planned for future versions. It's exciting to see what happens next to MIL.

[YarkoL]

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





As I already wrote in #2 this coin either stands or falls
with its users, not with exchanges. The vast majority of cryptocoins
are purely speculative instruments, and any real use cases they put forward
are mostly pipe dreams to attract some more BTC. But I guess
you all know the game, even better than I do.. so enough of that.

Ok, so how are we going to attract real users? Because of
the nature of Glass Onion, it would be ideal to get both
users that are already used to dark markets, and new users
that are not interested in the sort of merchandise that
"regular" DNM patrons indulge in, but might be more into
"decentralized eBay". I think these eBayers on the whole will be
minority although the possibility of downvoting vendors
might be a kind of selling point to them.

Therefore, marketing efforts are to be done in the darknet
forums, with special incentives to early bird vendors.
I will be doing a series of tutorial videos, that do not
require any specialized crypto knowledge, but aim to
show how easy it is to make purchases and sell stuff with
MIL3.  

I'm now doing tests on private network using
port 35556. The development on this week has been just
debugging and doing little fixes. Those of you who can
build in linux (you know who you are!) are welcome to join
in. Later on there may be need for testing with many nodes,
at which time a windows test client will be available.

I'd better come clean about the ETA. Even though it is still
"some time in August", there could be, erm, a slight delay (or maybe I get
sacked and can devote all my time to this). Anyway, I'd like to believe
that even the most cynical doubting Thomases (you know who you are!),
who have been following this coin for some time know that even
if it takes a little extra time, I do deliver - eventually.

Sincerely
Yarko

[lanshop2010]

Yarkol, you have been developing this coin for more than a year now. Sometimes it surprises me that you're still at it even though the price of MIL hasn't move much. Even those who spearheaded the management of the new MIL from the original are still here like E9800. Everyone has been patient fore more than a year,  I think a few weeks of delay won't be a problem for anyone.

Anonymity features I think normally attract darknet participants. This happened to the early years of bitcoin and dark/dash coin. After some volume comes to a coin, traders and coin market speculators take their turn. And after that hopefully public adoption. If that happens to MIL, the decentralized anonymous ebay-like market Yarkol envisions could happen.

It seems the technical features of MIL is nearly complete. Marketing will be the next hurdle for MIL. With so many digital coins in the market, this will not be an easy task. I agree with you that ease of use is a major important factor. Apple already proved that with their products and interfaces. My background is in IT but even I find using crypto wallet programs not very intuitive. It is easy to make mistakes and I have to double, triple or even quadruple check addresses before clicking anything. There should be a better way of doing these things in crypto.

[YarkoL]

Yarkol, you have been developing this coin for more than a year now. Sometimes it surprises me that you're still at it even though the price of MIL hasn't move much.

Part of the reason why I keep at
doing this, is that right from the start I've found it gratifying
to help existing coins than start a new one.

When I got involved with MIL, there were some people who
kept saying in the thread "Just let this shitcoin die already".
It seemed to me that these were just the persons who had already made
money by dumping at the launch, and that sort of infuriated me.
Think about it: same people who rant about shitcoins and how
bad they are are nevertheless profiting from them. So I thought
to myself, I'll go totally against the accepted culture and cold economical
reasoning - and start making gold out of the shit.

Another reason, starting a new coin has been a temptation, but that
kind of endeavor does come with some heavy pressure, and in my current life
situation I don't wish to bring that on me.

Third and final reason is that I simply like to build on what I've worked
on before, and I like a long story to see where it goes.

[lanshop2010]

We thank you for all your efforts Yarkol. I do hope this shit can become gold someday. 

It looks like the community here is very small and I'm guessing many of those who have bought or mined in the beginning have forgotten about this coin. Marketing is also non existent.  But development has made much progress as compared to the state of the coin last year. The possibilities of what one can do with this coin is just unraveling. I hope the technical merits and ease of use platform will carry MIL through and make it mainstream.

MIL is indeed a long story and I wait in anticipation of what will happen next.

[YarkoL]

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






I have now the stealth address thing mostly figured
out and tested. This week I moved into the real features
that the stealth addresses serve as building blocks, namely
processing global delegate requests that I wrote about in
#3. The rather convoluted design that I expounded there is
already outdated, as I have altered and streamlined the process
considerably. Very briefly, a vendor relays a request to all
delegates with sufficient advertised balance. The recipients
of the message can then announce their intention to become
a delegate by publishing a one-time MIL address, and the actual
delegate is selected by a kind of lottery, based on the digits
of the block hash when the global request expires. This design allows all
nodes involved to arrive at the consensus as to who is the
selected delegate, and it makes impossible for a shady vendor to
misuse the delegate system.

So no, we're very far from having all the new features implemented,
in fact the all this time has been expended on laying the
groundwork and right now is when the real work - and fun (as well as frustration)
 - begins. But we're moving on with full steam.
 
The picture this time is a draft of the new logo.
It is kind of stylized onion, with the curved lines intersecting in a
letter "m" inside. It could be seen as a figurative expression of a delegate transaction, the
lines representing parties of the transactions, and "m" represents
a delegate. It also brings to mind the famous yin-yang symbol,
which nicely hints at the complementary interplay of anonymity
and transparency at the Glass Onion Market.

Now that I've explained the logo, let me add that I'm still undecided
about it. I'd be happy to receive some feedback. Do you
think that the current logo with 3D-style is better?

Keep it real,
Yarko

[HarryPorter]

.....Do you think that the current logo with 3D-style is better?

I would say it is better. Not everyone must to know why onion is here and that is just vegetable for them. Also original logo would be better than "copied" for someone who understand why. I know how hard is create anything and make something new, so big respect for what you doing.
In my opinion with 943k total supply MILs (according to coinmarketcap) and only POS coin  you have big chance to succeed. Constant work should bring many eyes here for sure. Many peope are watching, but not to many active in crypto.

[YarkoL]

.....Do you think that the current logo with 3D-style is better?

I would say it is better. Not everyone must to know why onion is here and that is just vegetable for them.

Thank you. I however want to point out the current logo shows the vegetable even more prominently,
whereas the more abstract logo can be seen just as a nice line drawing.

One vote against so far.. Any more?

[lanshop2010]

With regards to logos, I prefer simplicity over an exquisite design. I prefer the new one because I think it is easier to remember and easily recognizable than the one with the 3D onion graphic. The new logo with its centralized letter "m" immediately points to the coin - Millennium. In my opinion, the current logo's face plate  focuses on the onion, rather than on the name of the coin.

I also don't understand the "onion" thing. Is that a code  name for a technology? I probably missed reading it.

Logos can be subjective. If I had my way, I'll just let you pick the one you like best. You deserve choosing the logo because you have put so much work into this coin. Many of the rest of us, mostly are just waiting to see what happens to MIL or in true honesty, waiting to see if MIL can turn into gold.

One thing I noticed, you sure do like the color black.

[YarkoL]

Hi all,

I was away for a while, also my laptop broke down, so
development has been going on rather slowly. I guess I
need to buy a new machine, but then again my car needs
some attention too 

Not sure if I'm going to go on with the weekend updates,
because there really isn't that much attention. Maybe switch
to biweekly/monthly review?

I also don't understand the "onion" thing. Is that a code  name for a technology? I probably missed reading it.

TOR means The Onion Router.
Onion routing is a tech where your real IP address is being
masked by successive "layers" where you are being assigned a different
ip addresses by hopping thru a circuit consisting of relay nodes. 
You are assigned an onion address (somethingsomething.onion)
to represent your circuit in the network.

In the new MIL, you actually get two onion addresses. The other one is your
node that sends and receives the standard cryptocoin traffic (new block headers,
transactions, etc), and the other one is a web address, where you can run a
darknet site, if you wish.

One thing I noticed, you sure do like the color black.

This is darknet stuff.

[lanshop2010]

Thanks for that explanation Yarkol.

I hope you continue the regular updates even if there is not much attention. It's for the sake of new users or new investors looking for new alternative secure coins. If there are major developments, a weekly update is ideal. If none, a bi-weekly schedule will do. I don't know about the others but I have gotten used to checking this thread for the regular updates. It's kind of refreshing to know that when you check up on MIL, you'll read something new.

The lack of attention to this coin in my opinion is due to lack of promotion, its very small community and the coin being thinly traded. Hopefully that will change soon, as in the Field of Dreams movie would say "If you build it, he will come."

[HarryPorter]

I would say there is nothing wrong with the coin, also Yarkol working a lot here, but no volume on polo and poor promotion > no attention > no community (unless they are hidden here ). This can change any moment. Community of the coin is very important and there is many ways to build it, knows simple methods like: giveaway, faucet, social media: tweeter, facebook, or interesting website, videos etc. I am not saying nothing new, just trying to give a point what is missing. Maybe current price is still to hi, coin need to become cheap to make buy pressure and allow to new investors get in easily, or get more buy support. Only 1mil total supply and pure POS is also positive argument.  

[YarkoL]

I'm going to write a bulletin next Saturday,
so stay tuned.

HarryPorter (or anybody), got a vote about the different
logos to weigh in?

[YarkoL]

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




There's no escaping it, folks. I'm admitting defeat.

The more I refine the glass onion consensual system,
the more I become aware of its loopholes. I still believe it
is possible, it's just that it should work in a whole lot
simpler way than in the convoluted manner that it has become.

So am I giving up? No way! But I simply haven't enough time at this point
to develop the Glass Onion. So it will go to the backburner,
to wait for some special insight.

Instead of consensually-tiered marketplace I'm
going to put together the pieces that we already have and make
a basic dark market application on top of the wallet. And in fact
seeing it in action will probably simulate my thought towards
better implementation of the Glass Onion.

To recap, we will now have

- 3 layers of privacy; Tor, delegates and stealth addresses
- onion website editor
- marketplace browser

So this is a stripped down version of my original vision.
But maybe I can work incrementally towards the final goal, and it would
be nice to get something actually out already.

I've talked with Bitcreditscc and he's consented gracefully to help in coding
the UI features. More news next weekend. keep on trucking.
 
Yarko

[lanshop2010]

For a moment there, I thought you're already abandoning this project.

It seems the privacy layers are already tough enough. Additional features will be icing on the cake in the future.

I think ease of use of the UI will be a critical factor for the adoption of this coin. Howto's like your video tutorial ideas will also contribute much for newbies or not so newbies in understanding how to use the coin's features.

Even though I have some computer background, I was amazed at the lack of simple documentation or readme's when I started dabbling in digital currencies. It seems many coin developers were not very thoughtful in presenting to new users how to configure or use their coin wallets or how to use features of their coins.

Step by step and easy to understand instructions and ease of using an interface, I think will make MIL easily break into new markets.