有啥能简单实现 混币 的 blockchain ？

[est]

需求：给人发某个东西的邀请(或者下载链接)，但是又需要技术上保证：没法通过邀请链接反向跟踪被邀请人。

比如：

A 通过他的资格鉴定，获得了一个邀请 http://xxx.com/invite?id=398c52a63d960d9c57bcddcd4f992b76

但是 398c52a63d960d9c57bcddcd4f992b76 是和 A 的身份绑定的。

能不能把这个 398c52a63d960d9c57bcddcd4f992b76 传入一个 blockchain 什么的，然后经过混淆，变成另外一个东西，比如 c765c370f9a28cfa3b8c5eaa31bce84e。


c765c370f9a28cfa3b8c5eaa31bce84e 并不能直接反推 398c52a63d960d9c57bcddcd4f992b76，也就是不能反推到 A，但是从技术上保证 c765c370f9a28cfa3b8c5eaa31bce84e 依然是有效的邀请。不能重复，而且只能用一次就失效。


如何实现？

[OrangeM21]

hash()

[est]

@OrangeM21 还是能反推被邀请人。

[est]

其实比较理想的办法是进入一个邀请池，然后被邀请人随机但是唯一地从邀请池里获得一个邀请。

[acess]

有点想起 Stealth Address

[fwee]

似乎就是和转账时隐藏地址一个道理

[est]

@fwee 这里的隐藏 是主动隐藏，但是发起方还是知道转给谁了吧。

想从技术上保证双方都不知道对方是谁。

或则说对方有多个可疑选项。不能确定特定某一方。

[fwee]

在邀请页面输入账号不就可以了吗，问题不清晰和区块链没啥必然关系

[tttty]

hash() 怎么反推？

[yqrm]

ZEC 了解一下？

[est]

@tttty 在 db 里面会记录 谁生成了这个 hash，作为 邀请人。。。。。

zero-trust 系统如何防范这种？

[est]

@yqrm zcash ？ 似乎也不能解决。。

[OrangeM21]

门罗了解一下
Dash 主节点混币了解一下

[OrangeM21]

byteball 黑球了解一下

[ZiCraft]

iota tangle 的掩码消息，了解一下。

[baskice]

实现方法太多了，XMR 门罗的环形签名混币+公钥加密中间临时地址
dash 的 masternode 混币
zcash 的零知识证明匿名交易

[est]

@baskice 6666。可否展开说说？

[est]

我想了一下，需要实现这样一种算法：

1. 发起邀请，生成一个 token。这个 token 要足够随机无法猜到。也是无法被公开查询的
2. 收到邀请的人，会生成另一个 answer token 去匹配这个 token。但是这个 answer 可能是多样的，只要有一种符合即可。
3. 系统只能检测 answer 是符合 token 的，反过来没法推测 token 给哪个 answer 了。

感觉设计不下去了。。。