Developer delegate: dev-pc.bitcube

[clayop]

As a person monitoring Github, pc's contributions look great. We should vote for him and make Bitshares 1.0 earlier.

[robrigo]

With the current prices, is there even any point to hire somebody at an hourly rate? I see he is trying for the $5k bounty which makes sense - maybe its better for now that the delegate remains out.

We should all vote pc in even if he is taking on that bounty because we want him to have inventive to keep working on other bugs / tasks after he completes it. experienced devs who know the code base already are highly valuable for bitshares.

[sumantso]

With the current prices, is there even any point to hire somebody at an hourly rate? I see he is trying for the $5k bounty which makes sense - maybe its better for now that the delegate remains out.

[cass]

bump!!! PLS vote for PC

20 mill votes to go!

[cass]

voted

 

[btswildpig]

voted

[cube]

These are some of the recent work done by dev-pc, in close working with the core team (crossed post from github):-

1) https://github.com/BitShares/bitshares/issues/1188
    https://github.com/BitShares/bitshares/pull/1409

External RPC scripts interested in blocks in some date range have to either play a binary search game trying to figure out the block ID that corresponds to a given date/time, or fetch a conservatively large number of blocks, many of which will end up being ignored.

So we need an RPC that takes a date/time and converts it to the block ID and height of the first block after that date/time.


2) https://github.com/BitShares/bitshares/pull/1408

Exclude unconfirmed expired txs from running total

because effectively they don't exist (and will never), and they mess up historic balance calculation.

3) https://github.com/BitShares/bitshares/pull/1400

Show historic balance

Implemented a command to calculate the wallet's balance at an arbitrary time in the past, due to this request: https://bitsharestalk.org/index.php?topic=14262.0

This patch mostly uses existing functionality around the transaction history. The new command therefore produces accurate results only if the tx ledger is complete and correct.


4) https://github.com/BitShares/bitshares/issues/1385

Serious bug with manual covers

See https://bitsharestalk.org/index.php?topic=14271.msg185630#msg185630

Here's my theory. The problem is that the payout of the collateral is not handled in the same place as the actual filling of the cover.

The manual cover transaction is created by transaction_builder::submit_cover. That adds a cover operation to the transaction and deducts the cover amount from the transaction balance. It also computes the interest to be paid at the end of the transaction expiration time, and only if the cover amount covers both interest and the balance to be covered it also adds a deposit operation for the collateral.

After the cover tx has been included in the blockchain, the cover operation is executed by cover_operation::evaluate. This computes the interest owed at the current block time, and if the cover amount covers both interest and principal the cover_order is deleted.

The problem here is the different times used for interest calculation. The default transaction expiration time is 1 hour, while the actual transaction evaluation takes place only a few seconds after the transaction was created. The transaction builder computed the interest owed one hour in the future and came to the conclusion that the cover amount was not sufficient, and therefore it did not create the deposit_operation for the collateral. The transaction evaluation calculated the interest owed now, saw the the cover amount was sufficient and closed the cover_operation.

Please vote for dev-pc.bitcube !

[pc]

Edit: Package installer complains that libeasylzma0 is not satisfiable. I read that this is for OpenSuse. Maybe also Ubuntu. I had this problem before and could not solve it. Maybe in the next minutes.

https://software.opensuse.org/download.html?project=home%3Ap_conrad&package=easylzma

[38PTSWarrior]

Almost there, thanks for your continued support everybody!

hey peter, your report link don't work anymore!
Voted! 

What isn't working? The page comes up fine for me.

I will vote for you once I have build my 32 bit linux client, pc.

Here's a package for Ubuntu-14.04 32bit: http://ptsags.quisquis.de/client/bitshares_0.6.2-1_i386.deb (you may have to install some dependencies manually).
But I'd really recommend to use the light wallet instead, the full client is a PITA on 32bit. Especially with less than 2G RAM.

Thanks for the package.

Edit: Package installer complains that libeasylzma0 is not satisfiable. I read that this is for OpenSuse. Maybe also Ubuntu. I had this problem before and could not solve it. Maybe in the next minutes.

[cass]

Hey ok is working now again
http://bts.quisquis.de/delegate/proposal.html

Doesn't work when i tried it days before! I've voted for you!
It would be really great to have you on board here…

[pc]

Almost there, thanks for your continued support everybody!

hey peter, your report link don't work anymore!
Voted! 

What isn't working? The page comes up fine for me.

I will vote for you once I have build my 32 bit linux client, pc.

Here's a package for Ubuntu-14.04 32bit: http://ptsags.quisquis.de/client/bitshares_0.6.2-1_i386.deb (you may have to install some dependencies manually).
But I'd really recommend to use the light wallet instead, the full client is a PITA on 32bit. Especially with less than 2G RAM.

[38PTSWarrior]

I will vote for you once I have build my 32 bit linux client, pc.

[cass]

hey peter, your report link don't work anymore!
Voted! 

[bytemaster]

I support developers working on github issues so long as they coordinate with Vikram who is responsible for the release schedule.

[ssjpts]

i believe your great work.but it is more friendly,if you want to earn BTS not EURO.I will vote you.because the Price of BTS is now too low for salary.We all believe BTS can be worth 1USD,right?