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 - ffwong

Pages: 1 2 [3] 4 5 6
31
General Discussion / Re: What does mining mean for this project?
« on: November 30, 2014, 04:33:59 am »
SHA256 mining will attract industrial level miners. But do they really interest? Why don't they mine Bitcoin directly? If they are really interested, most coins will go to them (again). Do we need a fair distribution?  :(

SHA256 will drive away hobby (or individual) miners without ASIC machines.

I would not suggest both SHA256 and scrypt, as there are ASIC already. X11 is also close to ASIC available (I guess).

How about some mining alg that is more friendly to individual or hobby miners?

32
General Discussion / Re: Check Your Allocation - Episode II: Check It Again
« on: November 17, 2014, 04:12:04 pm »
@toast

In the genesis file, there are two sections, "balances" and "bts_sharedrop". I can understand the meaning of each occurrence of the address in "bts_sharedrop". But I don't understand the values in "balances". I found that addresses from my BTC and PTS wallets have small values in "balances".

Should I include the values in "balances" in calculating my total extra BTS obtained due to merger?

BTW, I found betax's site accounts only "bts_sharedrop". Which one (exclude or include "balances") is correct?


33
KeyID / Re: [DNS] ** LAST CHANCE TO CHECK ALLOCATION **
« on: September 28, 2014, 04:57:00 am »
It seems agsexplorer only show the total AGS of all related PTS addresses, instead of individual address.
It is a bit difficult to double check with the DNS allocation.

On the balance page, there's a link to toggle "merged/separate" view on the right hand side of the look up address.  By default, merged view is displayed, you can switch to separate view for your purpose.

Sample link:
http://www1.agsexplorer.com/balances/xxxxxx?view=seperate

Thanks. This is useful.

34
KeyID / Re: [DNS] ** LAST CHANCE TO CHECK ALLOCATION **
« on: September 28, 2014, 04:48:25 am »

I have 2 BTC addresses, and 5 PTS addresses all with only AGS allocations. After taking the quoted annoyance with AGSExplorer into account, all 7 of my addresses are exactly represented (modulo rounding errors) as ( 100,000,000,000 * AGSExplorer_value ) in this commit's genesis block: https://github.com/keyid/keyid/blob/805949683d21dd4d02a1e8e109929411611f1844/libraries/blockchain/genesis.json

All of these checks are meaningless, however, until somebody sums all of the balances in the file and verifies the total supply, and also until the file is verified to be well-formed JSON; see e.g.:
Hug?
Code: [Select]
235800         [
235801             "PuTHy9uGtdHdJ9ch1kTtrLkGkTuHe7HwSR",
235802             1177308757                                                                                                                                                                                                     
235803             47092115
235804         ],

The typo above seems to be the only place with error in the json file.

By simply concatenating the digits at the above error and  modifying my script to sum up the total in the genesis block json, total sum of allocation is   6,177,308,745.22691250

By removing the first line of digits and keeping only the second line of digits at the above error, I got the total sum of allocation: 4,999,999,988.22691250. This seems to be more correct.



It may not be equivalent to the total supply.


35
KeyID / Re: [DNS] ** LAST CHANCE TO CHECK ALLOCATION **
« on: September 27, 2014, 10:22:04 am »
have you had a change in your pts position since the snapshot?


@xeroc, you are right, I did move my coin to a new wallet right before the snapshot. And I forgot to scan that new wallet addresses. Now, after including that listaddressgroupings from this new wallet. The sum is correct. I can confirm (at least my allocation) that the genesis block allocation contains AGS (both from BTC and PTS donations) and PTS (during snapshot time) allocation. Thanks.  ;)

36
KeyID / Re: [DNS] ** LAST CHANCE TO CHECK ALLOCATION **
« on: September 27, 2014, 10:11:15 am »
Hug?
Code: [Select]
235800         [
235801             "PuTHy9uGtdHdJ9ch1kTtrLkGkTuHe7HwSR",
235802             1177308757                                                                                                                                                                                                     
235803             47092115
235804         ],

Yes, I met this bug or typo as I run my python script as well, you need to manually fix it.

37
KeyID / Re: [DNS] ** LAST CHANCE TO CHECK ALLOCATION **
« on: September 27, 2014, 10:10:20 am »
have you had a change in your pts position since the snapshot?

could you share the script?

Here is the python code. You may need to install the required modules.
Just put the output of "listaddressgroupings" as a file in the same folder, e.g. "pts-listaddressgroupings.json"
and pass the name of the file containing the genesis block as command line option to the program.

Quote
#
# dns-alloc.py  [genesis_json]
#
# This program intends to extract addresses from bitcoin-qt (or protoshares-qt) debug window command
# listaddressgrouppings. Then it looks up Bitshares DNS genesis block (allocation of DNS to AGS (PTS|BTC)
# and PTS. It lists the DNS allocation for each address and cumulate the sum.
# Save your listaddressgroupings to a file like "pts-listaddressgroupings.json". The program will
# scans all matched .json file. The genesis json is input as the command line option.
#
# ffwong
 


import sys
import json
from sys import exit
from pprint import pprint
import glob


def recur_addr(alist, btclist):
    for i in range(0,len(alist)):   
        if isinstance(alist, list):     
            recur_addr(alist, btclist)
        elif isinstance(alist, str) and len(alist)>30 and (alist[0]=='1' or alist[0]=='P'):
            #pprint (alist)
            btclist.append(alist)
   

###### main ######

scaleup = 1  # DNS scale up factor (if any)

wallets = glob.glob('*-listaddressgroupings.json')
filecnt = len(wallets)

genesis_json = open(sys.argv[1])  # change the filename is file changed
genesis_dict = json.load(genesis_json)
genesis      = genesis_dict['balances']  # list of list

for i in range (0, filecnt):
    jfilename = wallets

    # Load json text file and extract all addresses recursively
    json_data = open(jfilename)
    addrlist = json.load(json_data)

    btclist = []
    recur_addr(addrlist,btclist)
    json_data.close()

    addrcnt      = len(btclist)
    allocnt      = len(genesis)
    start        = 0
    dns_sum     = 0
    for i in range(0, addrcnt): # for each address, look up the genesis block
        allocation = 0       
        for j in range(0, allocnt):
            if genesis[j][0] == btclist:       
                allocation  = genesis[j][1]
                msg = '%40s: %16.8f DNS' % (genesis[j][0], allocation/100000000*scaleup)
                print (msg)
                break
        dns_sum += allocation   
    msg = ('Wallet %18s: [address count: %3d]   [amount: %16.8f DNS]' % \
          (jfilename.replace('-listaddressgroupings.json',''), len(btclist), dns_sum/100000000*scaleup))   
    pprint (msg)  # convert satoshi -> DNS


38
KeyID / Re: [DNS] ** LAST CHANCE TO CHECK ALLOCATION **
« on: September 27, 2014, 09:59:49 am »
Just want to clarify. The genesis block allocation contains both the AGS and PTS allocations.
So if I see the allocation associated with a PTS address in the json file, it is the sum of the allocation for AGS (donated from that same PTS address) plus the allocation to the same PTS (holdiing during snapshot), am I right?

Yes

If that is the case, it seems to there is a discrepancy. I wrote a python to scan and sum all my PTS addressess in the genesis allocation. It is less than I expected. It seems to me it only accounts for AGS allocation. May be I missed something.

39
KeyID / Re: [DNS] ** LAST CHANCE TO CHECK ALLOCATION **
« on: September 27, 2014, 09:53:12 am »
Just want to clarify. The genesis block allocation contains both the AGS and PTS allocations.
So if I see the allocation associated with a PTS address in the json file, it is the sum of the allocation for AGS (donated from that same PTS address) plus the allocation to the same PTS (holdiing during snapshot), am I right?

Or it only accounts for AGS allocation?

40
KeyID / Re: [DNS] ** LAST CHANCE TO CHECK ALLOCATION **
« on: September 27, 2014, 07:38:33 am »
Besides, does the genesis allocation accounts for bounty?

41
KeyID / Re: [DNS] ** LAST CHANCE TO CHECK ALLOCATION **
« on: September 27, 2014, 07:18:25 am »
It seems agsexplorer only show the total AGS of all related PTS addresses, instead of individual address.
It is a bit difficult to double check with the DNS allocation.

42
0.00003288 BTC

BTSX account name: fftt

43
General Discussion / Re: Dry Run 2: The Real Deal
« on: June 14, 2014, 03:23:18 am »
I have registered as a delegate 10 hours ago, but remains inactive for a long time (don't know how to be active). Then I went to sleep (very late in my time zone). After wakeup, the connection lost (0 connection), and I can no longer find my account "ffwong-delegate-5" in the delegate list. I guess I was being kicked out and lost the status, right?  (FYI, my machine is always connected to the internet, it is not my network connection problem.)

In what condition, I can maintain the connection? I am running on the node on a virtualbox virtual machine, and I have port-forwarded the randomly selected port by bitshares_client to my host machine. But the connection still lost from time to time. Is there a list of nodes that I can add? Anything I should do to make it right?

BTW, I wanted to re-register as delegate, but I am stupid to list multiple accounts when I asked people for sending me fund. The fund is separated on two accounts (1 with 10 XTS, 1 with 1XTS). The registration command does not support funding from multiple accounts. Shall I use "wallet_transfer" to transfer fund one to another? I did that last night before I slept. It seems very weird. The balance seems not right. It would be great if someone can send me 1 or 2 XTS to

ffwong-delegate-5            XTS819hyNrhVFkjEDrqM5sJmaTCS9qbUuTeFJkh81wogQFQWbRxQm


44
General Discussion / Re: Dry Run 2: The Real Deal
« on: June 13, 2014, 05:56:19 pm »
ffwong-delegate-1  XTS7Zm1t5sHKS9Cm7XJDTNWgzQUi2V1WoFzJDeB4PzX9cLGENjGxj
send.

XTS5vTWzNLkbr2XcFRJTq49x47npNc6D5hsTgYYNaVFZAPxvpn2Rf
send.

Got it. Thanks. Make one account as delegate "ffwong-delegate-5".

45
General Discussion / Re: Dry Run 2: The Real Deal
« on: June 13, 2014, 05:16:08 pm »
Trying to upgrade from registered account to delegate. But the required fund is higher than my balance. Can anyone send me more for testing? Thanks.

"required":"10.495702 XTS","available":"9.989999 XTS"


ffwong-delegate-1  XTS7Zm1t5sHKS9Cm7XJDTNWgzQUi2V1WoFzJDeB4PzX9cLGENjGxj           NO                    0             
ffwong-delegate-2  XTS6yjjUj4t6XZWzaF41DJgghDrxVC31XoiWwgeDfzPTcAzLkjMtk           NO                    0             
ffwong-delegate-3  XTS84LNqrGb9zhMUUUkK5FSoZWYJCBSbaovEA7q7NbAohkzTByxPN           NO                    0             
ffwong-delegate-4  XTS6sL31fo2DSrbFzwKvMbkYQx63fwES1AcfVWdLXg9pqkRPxuXzG           NO                    0             
ffwong-delegate-5 XTS819hyNrhVFkjEDrqM5sJmaTCS9qbUuTeFJkh81wogQFQWbRxQm           2014-06-13T17:00:00   0 

Pages: 1 2 [3] 4 5 6