Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - boombastic

Pages: 1 ... 8 9 10 11 12 13 14 [15] 16 17
211
BitShares AGS / Re: Most Accurate AGS Status Website so far...
« on: January 23, 2014, 07:20:35 am »
The AGS is credited to 1DvBBhdkB8ZuPgbXurLH377cDg1tyGK5z.

http://www1.agsexplorer.com/balances/1DvBBhdkB8ZuPgbXurLH377cDg1tyGK5z

Check out the transaction:

https://blockchain.info/tx/bb4003f99f4d7db739ba4f4c98cf8f7b9a31b02de81c4bc6a724b20280d34f45

It's from 1DvBBhdkB8ZuPgbXurLH377cDg1tyGK5z, not 1Nb6c11NKkZTnMZhCMbMVQapbQ552T1dPh.

212
I will check this and come back with result later. (agsexplorere.com)


Sent from my iPhone using Tapatalk

213
General Discussion / Re: Does bytemaster ever sleep?
« on: January 22, 2014, 03:38:18 pm »
Keep up the good work Bytemaster.


Sent from my iPhone using Tapatalk

214
General Discussion / Re: BitShares X Status Update
« on: January 22, 2014, 09:00:17 am »
My BTS address: K3vor6u1oZJqe3Sw2neYHe7mZ11

Can someone send me some bts to play around.  Thanks.

just sent 50

thanks, got them

215
General Discussion / Re: BitShares X Status Update
« on: January 21, 2014, 10:35:15 am »
My BTS address: K3vor6u1oZJqe3Sw2neYHe7mZ11

Can someone send me some bts to play around.  Thanks.

216
@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

217
BitShares AGS / Re: Most Accurate AGS Status Website so far...
« on: January 17, 2014, 02:00:12 pm »
Yes, this is a bug.

On 2014-01-15, the script whose role is calculate each day's AGS amount is somehow not executed.  This bug has been fixed and the correct amount of AGS credit is shown.

Will keep monitoring issues like this.

218
Marketplace / Re: 250 PTS Bounty - AngelShare Explorer Bounty [LAST CALL]
« on: January 14, 2014, 06:37:36 am »
Thanks @bytemaster, payment received.

As I mentioned earlier in the post, agsexplorer.com at the moment is just a starting point, will continue developing it.  Thanks to @Donschoe for your excellent work, it's been pleasure working with you.

Also congrats to team @fluxer555, @M3ta, with cooperative competition, we can together provide better service to the community.

219
Marketplace / Re: 250 PTS Bounty - AngelShare Explorer Bounty [LAST CALL]
« on: January 12, 2014, 09:53:04 am »
@bytemaster,

Agsexplorer.com's source files can be found at github: https://github.com/AlexChien/agsexplorer.

If agsexplorer.com can win the bounty, it will be split between me and Donschoe who provided the data feed.

My PTS address is PgULYtxcDJM7SKABfECipFiSjrmtjiPQd9.

220
Marketplace / Re: 250 PTS Bounty - AngelShare Explorer Bounty [LAST CALL]
« on: January 11, 2014, 09:05:07 am »
Please do.  I m refreshing data at 60 seconds interval


Sent from my iPhone using Tapatalk

221
Marketplace / Re: 250 PTS Bounty - AngelShare Explorer Bounty [LAST CALL]
« on: January 11, 2014, 09:00:26 am »
Fixed, thanks


Sent from my iPhone using Tapatalk

222
Marketplace / Re: 250 PTS Bounty - AngelShare Explorer Bounty [LAST CALL]
« on: January 11, 2014, 07:45:24 am »

Suggest an enhencement to ags explorer:

Add the info of total paid from the Angel fund, or final balance of angel address, and the link to official google doc XSL expenses, not all know their exisitence, let us help keep it transparent.


I have created a google docs XLS sheet to track all expenses paid from the Angel fund.  Our goal is to make everything as transparent as possible.

https://docs.google.com/a/invictus-innovations.com/spreadsheet/ccc?key=0AqTwk-e7yzJydFZ3bVVWT0o1OUwzXzdESHFBY0FkUWc&usp=sharing

https://docs.google.com/spreadsheet/ccc?key=0AqTwk-e7yzJydDFnQmlkTVlkbWpubnJBbzR2UG5ucnc&usp=sharing

Good idea, will include the info


Sent from my iPhone using Tapatalk

223
Marketplace / Re: 250 PTS Bounty - AngelShare Explorer Bounty [LAST CALL]
« on: January 09, 2014, 07:20:11 pm »
2. how do i know if its a change address or just another transaction within the same transaction?

Yeah, you are right.  Output does not require signature script, therefore can't assume it belongs to the sender.  A transaction to multiple recipients is an sample.

224
Marketplace / Re: 250 PTS Bounty - AngelShare Explorer Bounty [LAST CALL]
« on: January 09, 2014, 04:29:43 pm »
It's doable, but not without @Donschoe's support.  What do you think Donschoe?

Actually I have 2 more proposals for your data api

1. Include complete tx hash instead of txbits so that I can give a link to transaction detail beside each donation.  It seems blockchain.info and coinplorer does not support partial txbits seach yet.
2. Include outputs addresses, for better addresses -> 'wallet' binding?
3. Support timestamp param in your data api url, so you only return data after certain time param?  This is efficient especially when days, weeks go by, data become larger.

225
Marketplace / Re: 250 PTS Bounty - AngelShare Explorer Bounty [LAST CALL]
« on: January 09, 2014, 03:58:33 pm »
As for the AGS reward algorithm for multiple input addresses, I and Donschoe vote for proportional reward on daily basis.  Yet bytemaster has solid reason to reduce genesis block size.  I am not sure if that decision is final.

Anyway, agsexplorer.com credits each address from multiple inputs with its proportional shares on transaction basis, and bind them together with specific 'wallet' as long as these addresses appear together as inputs (or cross transactions).  The masterbook shows aggregated shares for each 'wallet', while list all addresses within the wallet.

If community changes mind later, agsexplorer can adapt to that quickly.

Pages: 1 ... 8 9 10 11 12 13 14 [15] 16 17