这是一个创建于 2454 天前的主题，其中的信息可能已经有所发展或是发生改变。
需求：给人发某个东西的邀请(或者下载链接)，但是又需要技术上保证：没法通过邀请链接反向跟踪被邀请人。
比如：
A 通过他的资格鉴定，获得了一个邀请 http://xxx.com/invite?id=398c52a63d960d9c57bcddcd4f992b76
但是 398c52a63d960d9c57bcddcd4f992b76 是和 A 的身份绑定的。
能不能把这个 398c52a63d960d9c57bcddcd4f992b76 传入一个 blockchain 什么的，然后经过混淆，变成另外一个东西，比如 c765c370f9a28cfa3b8c5eaa31bce84e。
c765c370f9a28cfa3b8c5eaa31bce84e 并不能直接反推 398c52a63d960d9c57bcddcd4f992b76，也就是不能反推到 A，但是从技术上保证 c765c370f9a28cfa3b8c5eaa31bce84e 依然是有效的邀请。不能重复，而且只能用一次就失效。
如何实现？
比如：
A 通过他的资格鉴定，获得了一个邀请 http://xxx.com/invite?id=398c52a63d960d9c57bcddcd4f992b76
但是 398c52a63d960d9c57bcddcd4f992b76 是和 A 的身份绑定的。
能不能把这个 398c52a63d960d9c57bcddcd4f992b76 传入一个 blockchain 什么的，然后经过混淆，变成另外一个东西，比如 c765c370f9a28cfa3b8c5eaa31bce84e。
c765c370f9a28cfa3b8c5eaa31bce84e 并不能直接反推 398c52a63d960d9c57bcddcd4f992b76，也就是不能反推到 A，但是从技术上保证 c765c370f9a28cfa3b8c5eaa31bce84e 依然是有效的邀请。不能重复，而且只能用一次就失效。
如何实现？
17 条回复 • 2018-06-07 15:55:04 +08:00
 |
1
OrangeM21 2018-04-09 19:57:44 +08:00
hash()
|
 |
3
est OP 其实比较理想的办法是进入一个邀请池，然后被邀请人随机但是唯一地从邀请池里获得一个邀请。
|
 |
4
acess 2018-04-11 02:23:11 +08:00 via Android
有点想起 Stealth Address
|
 |
5
fwee 2018-04-17 09:31:15 +08:00
似乎就是和转账时隐藏地址一个道理
|
|
6
est OP |
|
7
fwee 2018-04-17 10:09:30 +08:00 via Android
在邀请页面输入账号不就可以了吗，问题不清晰和区块链没啥必然关系
|
 |
8
tttty 2018-04-18 04:17:05 +08:00
hash() 怎么反推？
|
 |
9
yqrm 2018-04-26 15:53:02 +08:00
ZEC 了解一下？
|
|
12
OrangeM21 2018-04-27 02:32:02 +08:00
门罗了解一下
Dash 主节点混币了解一下 |
|
13
OrangeM21 2018-04-27 02:32:14 +08:00
byteball 黑球了解一下
|
 |
14
ZiCraft 2018-04-27 11:13:46 +08:00
iota tangle 的掩码消息，了解一下。
|
 |
15
baskice 2018-05-21 14:41:30 +08:00  1
实现方法太多了，XMR 门罗的环形签名混币+公钥加密中间临时地址
dash 的 masternode 混币 zcash 的零知识证明匿名交易 |
|
17
est OP 我想了一下，需要实现这样一种算法：
1. 发起邀请，生成一个 token。这个 token 要足够随机无法猜到。也是无法被公开查询的 2. 收到邀请的人，会生成另一个 answer token 去匹配这个 token。但是这个 answer 可能是多样的，只要有一种符合即可。 3. 系统只能检测 answer 是符合 token 的，反过来没法推测 token 给哪个 answer 了。 感觉设计不下去了。。。 |
Select Language