BitShares Forum
Main => 中文 (Chinese) => Topic started by: ws02344591 on January 12, 2014, 05:23:02 pm
-
Address Amount
1/12/2014 5:05:08 PM (UTC) Po7srBriptphx5aBbck2PyKpZkUBPz5Wpf
see tx
+ 0.01 PTS
1/12/2014 4:44:13 PM (UTC) Pp22VveZ8kz4UpN4x5sL8N7d2tvvewiF1x
see tx
+ 3 PTS
1/12/2014 4:35:07 PM (UTC) PguBVwVNKDhPyUo74cs4sYGZD3AoHDnzFB, PnTkoU4bFWXx1YUcVjBLPMSdAvouKzoB7z
see tx
+ 1 PTS
1/12/2014 4:32:54 PM (UTC) PqdyV9Rq77qvTrRfDVkBEGwppbdcTWT77S
see tx
+ 0.30 PTS
1/12/2014 4:11:46 PM (UTC) PrjUtu3MfhrGofc63wfia847pGaJERZRL8
see tx
+ 20 PTS
1/12/2014 3:26:24 PM (UTC) PkEM3ZsUA11juh5ckvMhHaV2KPbGrZYLjN
see tx
+ 5 PTS
其中5 0.3 0.01是我的地址PrS4KjNJiJ8rGEQfyqS8LiUP4Sroqhq3Fw发送的 因为第一笔没有到账 于是我试了又发送了两笔但是 怎么每次都是不同别的地址发送的 求版主帮忙
-
在线急等啊！！！！！！！！！！！！！！
-
你去 控制台，输入，listaddressgroupings, 会发现你钱包里所有的地址，这些地址应该都是你的，一个钱包有好几个地址的
-
但是从ags查询网站查不到到账说明啊 之前很快的求解
-
你去 控制台，输入，listaddressgroupings, 会发现你钱包里所有的地址，这些地址应该都是你的，一个钱包有好几个地址的
但是从ags查询网站查不到到账说明啊 之前很快的求解
-
那个网站更新不是实时的，只要在COINPLORER能查到交易记录，那就没问题，放心吧
-
那个网站更新不是实时的，只要在COINPLORER能查到交易记录，那就没问题，放心吧
哦 那明天差不多就能看见了吧
-
可能系统有些问题，现在好了吗
-
我也有一笔和你类似，不过应该不担心，请问你的捐赠显示是你的了吗
-
@ws02344591,
你的问题在AGS 101常见问题中有专门阐述，见 http://www1.agsexplorer.com/ags101。
产生疑惑的原因应该是对比特币的找零机制不了解(PTS客户端从比特币源码基础上修改而来，所以也沿袭了找零机制)。你的钱包中包括很多的地址，实际上在你安装好客户端时，默认已经生成了100个地址，虽然你只看到一个，以后你每次主动生成一个新地址，就从这个池子中拿一个出来给你用，当100个用完之后，再生成新的地址。
当你进行一次转账时，假设从主地址A（含有10BTC）转账1BTC给地址B。，过程如下：
1. 从A地址中扣除（销毁所有10BTC）
2. 在目的地地址B中增加1BTC
3. 在你的钱包中创建一个新地址（找零地址），创建9BTC
也就是说，每次转账后，原地址中余额就为零了，剩下的钱进入了新的地址，在你的钱包中看到的整体钱包余额还是9BTC，但是实际归属的地址已经发生变化了。设计这样机制的原因是增加匿名性。
这样你就可以理解为什么每次转账出去，转出的地址都是不一样的。
agsexplorer.com 监测BTC和PTS公共区块链上的已发生确认的交易数据，并根据那些信息进行AGS权益计算。所以，如果你发生多次捐赠，分别从A,B,C地址上发出，那么这3个地址相应会授予对应的AGS数量。将来在BTS创世快创建时，会将这些信息固化进去。你在兑现AGS权益时，需要导入A,B,C地址所在的钱包，即可实现批量导入（3I已有悬赏进行该功能的开发）。
目前的问题只是查询比较麻烦，因为但从区块链上无从确认A,B,C3个地址归属同一钱包，尽管B是A的输出之一，C是B的输出之一。agsexplorer.com仅确认当两个地址同为输入时，可以认同所属钱包一致。例如：
发出一笔捐赠1BTC到目的地地址ANGEL，钱包中余额1.2BTC，其中A地址有0.7BTC，B地址有0.5BTC。那么这时交易的构成可能如下：
输入
A 0.7BTC
B 0.3BTC
输出
ANGEL 1BTC
C 0.2BTC (C为你钱包中新生成的找零地址)
交易完成后，钱包余额0.2BTC，存于C地址中，A,B地址中余额为0。
在这种情况下，会认可A,B同属一个钱包，在查询A地址，或者B地址时，他们的捐赠会被合并显示。
例如 http://www1.agsexplorer.com/balances/PqPZ5WTBEzvzogPuQ7JULLTHNTC5hhPJm8
-
@ws02344591,
你的问题在AGS 101常见问题中有专门阐述，见 http://www1.agsexplorer.com/ags101。
产生疑惑的原因应该是对比特币的找零机制不了解(PTS客户端从比特币源码基础上修改而来，所以也沿袭了找零机制)。你的钱包中包括很多的地址，实际上在你安装好客户端时，默认已经生成了100个地址，虽然你只看到一个，以后你每次主动生成一个新地址，就从这个池子中拿一个出来给你用，当100个用完之后，再生成新的地址。
当你进行一次转账时，假设从主地址A（含有10BTC）转账1BTC给地址B。，过程如下：
1. 从A地址中扣除（销毁所有10BTC）
2. 在目的地地址B中增加1BTC
3. 在你的钱包中创建一个新地址（找零地址），创建9BTC
也就是说，每次转账后，原地址中余额就为零了，剩下的钱进入了新的地址，在你的钱包中看到的整体钱包余额还是9BTC，但是实际归属的地址已经发生变化了。设计这样机制的原因是增加匿名性。
这样你就可以理解为什么每次转账出去，转出的地址都是不一样的。
agsexplorer.com 监测BTC和PTS公共区块链上的已发生确认的交易数据，并根据那些信息进行AGS权益计算。所以，如果你发生多次捐赠，分别从A,B,C地址上发出，那么这3个地址相应会授予对应的AGS数量。将来在BTS创世快创建时，会将这些信息固化进去。你在兑现AGS权益时，需要导入A,B,C地址所在的钱包，即可实现批量导入（3I已有悬赏进行该功能的开发）。
目前的问题只是查询比较麻烦，因为但从区块链上无从确认A,B,C3个地址归属同一钱包，尽管B是A的输出之一，C是B的输出之一。agsexplorer.com仅确认当两个地址同为输入时，可以认同所属钱包一致。例如：
发出一笔捐赠1BTC到目的地地址ANGEL，钱包中余额1.2BTC，其中A地址有0.7BTC，B地址有0.5BTC。那么这时交易的构成可能如下：
输入
A 0.7BTC
B 0.3BTC
输出
ANGEL 1BTC
C 0.2BTC (C为你钱包中新生成的找零地址)
交易完成后，钱包余额0.2BTC，存于C地址中，A,B地址中余额为0。
在这种情况下，会认可A,B同属一个钱包，在查询A地址，或者B地址时，他们的捐赠会被合并显示。
例如 http://www1.agsexplorer.com/balances/PqPZ5WTBEzvzogPuQ7JULLTHNTC5hhPJm8
解释的相当清晰！
-
@ws02344591,
你的问题在AGS 101常见问题中有专门阐述，见 http://www1.agsexplorer.com/ags101。
产生疑惑的原因应该是对比特币的找零机制不了解(PTS客户端从比特币源码基础上修改而来，所以也沿袭了找零机制)。你的钱包中包括很多的地址，实际上在你安装好客户端时，默认已经生成了100个地址，虽然你只看到一个，以后你每次主动生成一个新地址，就从这个池子中拿一个出来给你用，当100个用完之后，再生成新的地址。
当你进行一次转账时，假设从主地址A（含有10BTC）转账1BTC给地址B。，过程如下：
1. 从A地址中扣除（销毁所有10BTC）
2. 在目的地地址B中增加1BTC
3. 在你的钱包中创建一个新地址（找零地址），创建9BTC
也就是说，每次转账后，原地址中余额就为零了，剩下的钱进入了新的地址，在你的钱包中看到的整体钱包余额还是9BTC，但是实际归属的地址已经发生变化了。设计这样机制的原因是增加匿名性。
这样你就可以理解为什么每次转账出去，转出的地址都是不一样的。
agsexplorer.com 监测BTC和PTS公共区块链上的已发生确认的交易数据，并根据那些信息进行AGS权益计算。所以，如果你发生多次捐赠，分别从A,B,C地址上发出，那么这3个地址相应会授予对应的AGS数量。将来在BTS创世快创建时，会将这些信息固化进去。你在兑现AGS权益时，需要导入A,B,C地址所在的钱包，即可实现批量导入（3I已有悬赏进行该功能的开发）。
目前的问题只是查询比较麻烦，因为但从区块链上无从确认A,B,C3个地址归属同一钱包，尽管B是A的输出之一，C是B的输出之一。agsexplorer.com仅确认当两个地址同为输入时，可以认同所属钱包一致。例如：
发出一笔捐赠1BTC到目的地地址ANGEL，钱包中余额1.2BTC，其中A地址有0.7BTC，B地址有0.5BTC。那么这时交易的构成可能如下：
输入
A 0.7BTC
B 0.3BTC
输出
ANGEL 1BTC
C 0.2BTC (C为你钱包中新生成的找零地址)
交易完成后，钱包余额0.2BTC，存于C地址中，A,B地址中余额为0。
在这种情况下，会认可A,B同属一个钱包，在查询A地址，或者B地址时，他们的捐赠会被合并显示。
例如 http://www1.agsexplorer.com/balances/PqPZ5WTBEzvzogPuQ7JULLTHNTC5hhPJm8
在AGS的过程中相信很多人学到了很多
-
我们忘了说谢谢了，补上，谢谢奥！
Sent from my iPad using Tapatalk (http://tapatalk.com/m?id=1)