Pages:
Author

Topic: [MIL]* MillenniumCoin DAAE * TOR * Anon * Escrow "NEW GROUND FOR CRYPTO" - page 15. (Read 26309 times)

legendary
Activity: 1722
Merit: 1217
Well color me intrigued. You just might be onto something here.

Quote
So looking at this we can tell that the owner of the address is using a delegate. But we can't know about the ultimate recipient.

Cant we look at the owner of the address and the delegate and look for a transaction authored by the delegate from around the same time frame for around the same amount and make a pretty good educated guess from this information that the owner and the recipient are connected?
legendary
Activity: 996
Merit: 1013

Just to be clear, supposing there are no problems in the send by delegate and everyone performs their roles as they should, than no scripted transactions show up on the block chain right? Just 2 transactions that appear the same as if 2 random people had made normal non delegated transactions.

No, the escrow transactions do show up on the blockchain and they are
conspicously different from "standard" transactions. But the point is that
you can't infer from them any connection between original sender and the
ultimate recipient.

Here's an example of a sender escrow. It outputs the amount to be transferred (1000)
plus the fee (here 0,01, this is from an earlier test version) and the change. All go
to the same recovery address n2j4MTGYYdhsjJcpVacgUSQtYYKxpXj1oQ which is owned
by the sender. Note the script has some exotic operations, there is the contractual
logic.

So looking at this we can tell that the owner of the address is using a delegate. But
we can't know about the ultimate recipient.

Code:
{
"txid" : "bd41b109f1d2c384bfc382c29c70987864fec17758906b0a655ae86f7e469d83",
"version" : 1,
"time" : 1404381216,
"locktime" : 0,
"vin" : [
{
"txid" :
"37951184467d046c532140a5d0b9f8373d215b286773bfb6c1f96f3cbc498241",
"vout" : 0,
"scriptSig" : {
"asm" :
"30440220695aba0869ce5f0921cc06985871dad0b302d9d2ed2638ec77e3732fad5837f1022
01d168ef008b49b0f2878c8f4bef0bec432decdb569e933700d6f2f8d29efa60d01
031ffe73785c29e877ce48c799fe3e39ace04cf1d4585746e70f8bdec0a0e98c69",
"hex" :
"4730440220695aba0869ce5f0921cc06985871dad0b302d9d2ed2638ec77e3732fad5837f10
2201d168ef008b49b0f2878c8f4bef0bec432decdb569e933700d6f2f8d29efa60d0121031ffe7
3785c29e877ce48c799fe3e39ace04cf1d4585746e70f8bdec0a0e98c69"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 1000.00000000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_IF OP_IF 444d60df10487a4ff09a754f5e946961082b0b26 OP_DUP
3045022100fd07a29bac641cf6d040a4b3ce9cb1b0cf78475d2a829b3540030d4d8fef7888022
0394d55d083a3a59d4abb32d317aa70587caa84ed21cb7cbac0e4945434328f6c01
03a306ff3d92b501ec2b372764d7e6dc254f93964af955649bb231703fa98f6cd5
OP_CHECKDATASIG OP_VERIFY OP_SWAP OP_HASH160 OP_EQUAL OP_VERIFY
OP_CHECKTRANSFERNONCE OP_ELSE
e8a4b0c32e653971012005ede1e6c826cfd7c080 OP_TOALTSTACK OP_DUP
OP_HASH160 e8a4b0c32e653971012005ede1e6c826cfd7c080 OP_EQUALVERIFY
OP_CHECKSIG OP_ENDIF OP_ELSE 116 OP_CHECKEXPIRY OP_ENDIF",
"reqSigs" : 1,
"type" : "escrow-sender",
"addresses" : [
"n2j4MTGYYdhsjJcpVacgUSQtYYKxpXj1oQ"]
}
},
{
"value" : 188999.99000000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160
e8a4b0c32e653971012005ede1e6c826cfd7c080 OP_EQUALVERIFY OP_CHECKSIG",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"n2j4MTGYYdhsjJcpVacgUSQtYYKxpXj1oQ"
]
}
},
{
"value" : 0.01000000,
"n" : 2,
"scriptPubKey" : {
"asm" : "OP_IF e8a4b0c32e653971012005ede1e6c826cfd7c080
OP_TOALTSTACK OP_DUP OP_HASH160
e8a4b0c32e653971012005ede1e6c826cfd7c080 OP_EQUALVERIFY OP_CHECKSIG
OP_ELSE 116 OP_CHECKEXPIRY OP_ENDIF",
"reqSigs" : 1,
"type" : "escrow-fee",
"addresses" : [
"n2j4MTGYYdhsjJcpVacgUSQtYYKxpXj1oQ"
]
}
}
],
"confirmations" : 0
}

This is the corresponding delegate escrow, again paying to the delegate's
address.

Code:
{
"txid" : "7a9ccd2f3b31ba25642b9b741ad3f347e5444f24cdeab858f6207a2d71477e76",
"version" : 1,
"time" : 1404381215,
"locktime" : 0,
"vin" : [
{
"txid" :
"d9f7b4fd2e38af8f949f8335bbe8c697f36d9df4f4217bf80f5335dab7436a31",
"vout" : 0,
"scriptSig" : {
"asm" :
"304402205a64f7dcff32f8d453e523074b0fb05609193d0dc250ada8a38b2f0909f89c240220
3017521ec70b3c53ea09dd69710c7960725dcbea2e8cc59c47b1af89c68a58a901
0221c4b0cbeb1e46cf292bcf77f545daf2c784306c1b60b9483799d746f64a9a43",
"hex" :
"47304402205a64f7dcff32f8d453e523074b0fb05609193d0dc250ada8a38b2f0909f89c2402
203017521ec70b3c53ea09dd69710c7960725dcbea2e8cc59c47b1af89c68a58a901210221c4
b0cbeb1e46cf292bcf77f545daf2c784306c1b60b9483799d746f64a9a43"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 4000.00000000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 eac3ef3c9d319dc1a289201a072ff1b780990cc4
OP_EQUALVERIFY OP_CHECKSIG",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"n2vH8iDGaDZe2JqkkwXvtowJpnXNYt9UvR"
]}
},
{
"value" : 1000.00000000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_IF b8d7f41da2b25189c37635267fb58f102215c6ed OP_DUP
304402200fd47c2c272f06476ca3f06fcddcb3dbbfa4237668cc6f006811d9f611fa543f022021
b87bd1c30ba1d6b0893ca21b5f5c9a6868202b376c7ddc57fbed63af79938a01
03a0c7ca30284bf65428943f16eba547b5b071d86aa7fce657430148b38b05520a
OP_CHECKDATASIG OP_VERIFY OP_SWAP OP_HASH160 OP_EQUAL OP_VERIFY
eac3ef3c9d319dc1a289201a072ff1b780990cc4 OP_TOALTSTACK OP_DUP
OP_HASH160 eac3ef3c9d319dc1a289201a072ff1b780990cc4 OP_EQUALVERIFY
OP_CHECKSIG OP_ELSE 21 OP_CHECKEXPIRY OP_ENDIF",
"reqSigs" : 1,
"type" : "escrow",
"addresses" : [
"n2vH8iDGaDZe2JqkkwXvtowJpnXNYt9UvR"
]
}
}
],
"confirmations" : 0
}

And here finally is the delegate sending coins to the recipient.

Code:
{
"txid" : "610f0490c7d033aa76ee596c5a20c0547df8de8820f844f5d6541b0156796d45",
"version" : 1,
"time" : 1404382682,
"locktime" : 0,
"vin" : [
{
"txid" :"7a9ccd2f3b31ba25642b9b741ad3f347e5444f24cdeab858f6207a2d71477e76",
"vout" : 1,
"scriptSig" : {
"asm" :
"3044022019fda87653a77ee9d2c545ab24636a75c757dc41466732214b7e3bb8d190922b02
2042b56dda7dea5b67dd75b20c82bf0508b70af9918449ffb11e83594cd77d782b01
03a306ff3d92b501ec2b372764d7e6dc254f93964af955649bb231703fa98f6cd5
fd87d87eeb43ab657ea714d9b414a0f471a9c82d25db1b4d 1",
"hex" :
"473044022019fda87653a77ee9d2c545ab24636a75c757dc41466732214b7e3bb8d190922b
022042b56dda7dea5b67dd75b20c82bf0508b70af9918449ffb11e83594cd77d782b012103a3
06ff3d92b501ec2b372764d7e6dc254f93964af955649bb231703fa98f6cd518fd87d87eeb43a
b657ea714d9b414a0f471a9c82d25db1b4d51"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 1000.00000000,
"n" : 0,
"scriptPubKey" : {
"asm" : "112197da199dc12b OP_TOALTSTACK OP_DUP OP_HASH160
677543f91e54e7e98190c8c0d3a375e285093a4e OP_EQUALVERIFY OP_CHECKSIG",
"reqSigs" : 1,
"type" : "pubkeyhash-nonced",
"addresses" : [
"mpwzNZecqSBxGpMZxUFe2Fiqqa7RqYbxWU"
]
}
}
],
"amount" : 1000.00000000,
"confirmations" : 0,
"txid" : "610f0490c7d033aa76ee596c5a20c0547df8de8820f844f5d6541b0156796d45",
"time" : 1404382684,
"timereceived" : 1404382684,
"details" : [
{
"account" : "",
"address" : "mpwzNZecqSBxGpMZxUFe2Fiqqa7RqYbxWU",
"category" : "receive",
"amount" : 1000.00000000
}
]
}

So here we can see that the delegate is paying to Dirty Bob,
but on whom's behalf, that we can't tell. The delegate therefore
is the end-point who is willing to carry more risk than the sender.
legendary
Activity: 1722
Merit: 1217

    alice says to bob that she would like for bob to pay charlie and she will pay bob. [/li][/list]

    So this is the idea in a nutshell right?

    You're on the right track..
    The escrow transactions have a conditional scriptPubKey.
    The other path of execution corresponds to the finalization of delegate tx,
    the other one to the retrieval. Both ways consume the input of the escrow.

    So it's a bit more like, Alice sends a transaction A to Dave that says
    If I see you pay to Bob this amount, these funds can be spent by you,
    else they return to me. And Dave sends a transaction B to Alice that
    says if I have sent the amount to Bob then I can get the funds in your
    transaction.

    The wallets also exchange info that allows them, and them only to
    construct the claim to the coins in the escrow. The escrow transactions are
    made in several steps, where each party adds info to them. When they're
    ready they are relayed to the network.

    To give credit to where it's due, I did not invent this procedure. It was
    already present in a now defunct coin called New Universal Dollar (NUD), but in an
    unfinished, unuseable form. I liked the approach, as it mirrors the privacy model
    of TOR, where the anonymity does not derive so much from an algorithm, but
    from the community of users themselves.


    Just to be clear, supposing there are no problems in the send by delegate and everyone performs their roles as they should, than no scripted transactions show up on the block chain right? Just 2 transactions that appear the same as if 2 random people had made normal non delegated transactions.
    hero member
    Activity: 714
    Merit: 500
    @kryptographer
    very nice work! watching  Wink
    legendary
    Activity: 2002
    Merit: 1051
    ICO? Not even once.
    Can anyone list more than just the one node?

    addnode=eo4nn4b4xo5apyjl.onion



    Thanks! Now I can see the end of the chain.
    legendary
    Activity: 996
    Merit: 1013
    Can anyone list more than just the one node?

    addnode=eo4nn4b4xo5apyjl.onion

    legendary
    Activity: 2002
    Merit: 1051
    ICO? Not even once.
    What is the current block height?
    342038

    Oh god. Mine is at 214100 after about 4 hours. It's still syncing slowly but the progressbar on the bottom has disappeared for some time now so I though I must be close.
    Can anyone list more than just the one node?
    full member
    Activity: 126
    Merit: 100
    We have to support Millennium for be more activities... Smiley
    hero member
    Activity: 540
    Merit: 500
    legendary
    Activity: 2002
    Merit: 1051
    ICO? Not even once.
    What is the current block height?
    legendary
    Activity: 996
    Merit: 1013

      alice says to bob that she would like for bob to pay charlie and she will pay bob. [/li][/list]

      So this is the idea in a nutshell right?

      You're on the right track..
      The escrow transactions have a conditional scriptPubKey.
      The other path of execution corresponds to the finalization of delegate tx,
      the other one to the retrieval. Both ways consume the input of the escrow.

      So it's a bit more like, Alice sends a transaction A to Dave that says
      If I see you pay to Bob this amount, these funds can be spent by you,
      else they return to me. And Dave sends a transaction B to Alice that
      says if I have sent the amount to Bob then I can get the funds in your
      transaction.

      The wallets also exchange info that allows them, and them only to
      construct the claim to the coins in the escrow. The escrow transactions are
      made in several steps, where each party adds info to them. When they're
      ready they are relayed to the network.

      To give credit to where it's due, I did not invent this procedure. It was
      already present in a now defunct coin called New Universal Dollar (NUD), but in an
      unfinished, unuseable form. I liked the approach, as it mirrors the privacy model
      of TOR, where the anonymity does not derive so much from an algorithm, but
      from the community of users themselves.



      hero member
      Activity: 540
      Merit: 500
      • alice says to bob that she would like for bob to pay charlie and she will pay bob.
      • bob says to alice, ok if we were to make some sort of arrangement like this, than my transaction to charlie would look like txB.
      • alice says to bob, ok well if you were to make a transaction like txB i would make a transaction that would look like txA.
      • bob says to alice, ok well ill tell you what, ill make a transaction, txC, with a script that says if txA is published but txB is not published than transfer funds from Bobs Wallet to Alices Wallet and ill go ahead and digitally sign that transaction using my relevant private keys, bob signs this scripted transaction txC and sends it to alice
      • alice recieves txC but she is unable to publish it since the requirements of the script are not yet met.
      • alice says, ok well now im safe, so ill go ahead and sign txA. so alice signs and broadcasts txA.
      • bob says if i dont publish txB than alice just publishes txC and im no better off, and the moment i publish txB alice can no longer publish txC so im safe there, and infact if i do publish txB than i get to keep a cut so im actually better off.

      So this is the idea in a nutshell right?

      If thats right, anything appreciable been done in here?
      legendary
      Activity: 1722
      Merit: 1217
      • alice says to bob that she would like for bob to pay charlie and she will pay bob.
      • bob says to alice, ok if we were to make some sort of arrangement like this, than my transaction to charlie would look like txB.
      • alice says to bob, ok well if you were to make a transaction like txB i would make a transaction that would look like txA.
      • bob says to alice, ok well ill tell you what, ill make a transaction, txC, with a script that says if txA is published but txB is not published than transfer funds from Bobs Wallet to Alices Wallet and ill go ahead and digitally sign that transaction using my relevant private keys, bob signs this scripted transaction txC and sends it to alice
      • alice recieves txC but she is unable to publish it since the requirements of the script are not yet met.
      • alice says, ok well now im safe, so ill go ahead and sign txA. so alice signs and broadcasts txA.
      • bob says if i dont publish txB than alice just publishes txC and im no better off, and the moment i publish txB alice can no longer publish txC so im safe there, and infact if i do publish txB than i get to keep a cut so im actually better off.

      So this is the idea in a nutshell right?
      sr. member
      Activity: 336
      Merit: 250
      Super Smash Bros. Ultimate Available Now!
      where can I get this coin... (minen) ?
      hero member
      Activity: 540
      Merit: 500
      A bootstrap file would be better for the wallets to get synced.

      I'll try to upload a bootstrap once I'm synced. Should be an hour or so. Problem is I only have 1 node connected.

      Thats welcoming.

      Also, from going through the previous thread, it is found that the DAAE has took 7 months of labor.
      Very poor marketing has buried this coin really deep enough.
      Appreciate the hardwork devs.


      I actually like this approach. I think working first and marketing later is much better than overhyping a coin based on promises.
      So far my hat is off to the devs.

      Early adopters, could you please sell some of your stash?
      Since the supply is very very low, i.e; only around a million, its better to point some entry for the new ones.
      hero member
      Activity: 540
      Merit: 500
      The crowd would soon flock in here when they realise some real shit had happened in here.
      The dev has delivered a working smart contract feature, which have been still un-attained by many established coins out there.

      DEV could you please change the title as ( Re: *MillenniumCoin | TOR | Anon | Decentralized ESCROW-DAAE | Smart Contracts * )
      legendary
      Activity: 2002
      Merit: 1051
      ICO? Not even once.
      A bootstrap file would be better for the wallets to get synced.

      I'll try to upload a bootstrap once I'm synced. Should be an hour or so. Problem is I only have 1 node connected.

      Thats welcoming.

      Also, from going through the previous thread, it is found that the DAAE has took 7 months of labor.
      Very poor marketing has buried this coin really deep enough.
      Appreciate the hardwork devs.


      I actually like this approach. I think working first and marketing later is much better than overhyping a coin based on promises.
      So far my hat is off to the devs.
      hero member
      Activity: 540
      Merit: 500
      A bootstrap file would be better for the wallets to get synced.

      I'll try to upload a bootstrap once I'm synced. Should be an hour or so. Problem is I only have 1 node connected.

      Thats welcoming.

      Also, from going through the previous thread, it is found that the DAAE has took 7 months of labor.
      Very poor marketing has buried this coin really deep enough.
      Appreciate the hardwork devs.
      legendary
      Activity: 2002
      Merit: 1051
      ICO? Not even once.
      A bootstrap file would be better for the wallets to get synced.

      I'll try to upload a bootstrap once I'm synced. Should be an hour or so. Problem is I only have 1 node connected.
      hero member
      Activity: 540
      Merit: 500
      A bootstrap file would be better for the wallets to get synced.
      Pages:
      Jump to: