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.


Topics - xeroc

Pages: 1 2 [3] 4 5 6 7 8 9 10 ... 15
31
General Discussion / BitShares crowd at Consensus'17
« on: May 15, 2017, 12:00:06 pm »
Surprise!

Some recent events made it necessary for me to attend Consensus'17 in New York next week.

Who's with me?

32
General Discussion / [Testnet-StressTest] March 15th - 3:00pm UTC
« on: February 24, 2017, 07:35:23 am »
Hey there,
I finally picked a date for the testnet stress test:

       15th March beginning around 3pm UTC.

Organization
I would like to invite everyone (in particular the witness node operators) to join this Telegram channel:
https://t.me/joinchat/AAAAAA0N-zjsAdcLnUsL6A

Real-Time Stats
Turns out the new middleware for the stats seem to work pretty well. You can see the real-time stats during the stresstest on
http://stats.bitshares.eu  (make sure to select the testnet!)
After the stresstest, when the transactions are all in the blokchain, we can do some offline analysis

Spamming
Currently, the cli-wallet is the fastest to produce transactions
Python Script For the CLI wallet
Code: [Select]
import time
import json
from grapheneapi.grapheneapi import GrapheneAPI

blockinterval    = 2
numbertxperblock = 500

if __name__ == '__main__':
    client = GrapheneAPI("localhost", 8090, "", "")
    while True :
        for i in range(0,numbertxperblock) :
            print(i)
            res = client.transfer("faucet","xeroc","0.001", "TEST", "", True);
        time.sleep(blockinterval)

I hope I can finish up the basic uptick client and add a temporary flooding call there by next week, then you won't need the cli-wallet for it.

Public Witness API
Now that I have set a date, I can order a fat machine for the public API node and monitor it's RAM and bandwidth usage.
The URL will still be

  wss://node.testnet.bitshares.eu

and unless you run your own witness node (which would be very welcome), this node should hopefully have enough resources to stay up and running during the stresstest.

Is there anything else we should discuss in the meantime?

33
Stakeholder Proposals / [worker] Python-steem and uptick (1.14.52)
« on: February 03, 2017, 05:57:16 pm »
This is a worker proposal to refactor the python library and build a tool called uptick, both Open Source under MIT license.

Preface
In the last couple months, I have been focusing on python development for the Steem blockchain due to it's quickly growing user and developer base. During that time, I have developed piston and the python-steem library which became very popular and are widely used.

Given that many Steemians already know about BitShares, it makes sense to bring in this popular toolkit to BitShares. Instead of extending piston to also work on the BitShares network, I hereby announce the beginning of a new tool called:
Code: [Select]
uptickThis tool will be similar to piston (Steem) and sx (Bitcoin) and allow to interact with the BitShares blockchain on a simple command line tool. With this tool, it will also be easy to manage your BitShares assets, use whitelists and halt markets, as well as transfer assets, or trade on the DEX.

To be able to build this tool and add functionality, I will first develop
Code: [Select]
python-bitshareswhich is a library that actually interfaces with the blockchain and makes further development of end-user apps super easy (see for instance how people write bots for STEEM using python-steem). I have already started work on this library and am happy to tell that the foundations are already up and running. This library will also be used for the testnet stress test.
Tasks & Milestones

Milestone 1
  •     Extract the BitShares specific code from python-graphenelib
  •      Refactor BitShares code in a distinct python library
  •      Add local encrytped wallet
  •      Setup a redundante public API node
  •      Allow the usage with BitShares and the TEST network

Milestone 2
  •     Create modules to abstract blockchain obects (Amounts, Prices, Assets, Accounts, Block, Blockchain, Witnesses)
  •     Add commonly used operations like transfer, buy, sell, create account
  •     Create a DEX specific module to simplify the creation of trading bots
  •     Create a command line tool uptick to access the libraries methods

Milestone 3
  •     In-code documentation for developers
  •     Tutorials and howtos to describe the use of the library
  •     Tutorials to show the power of uptick command line tool

Milestone 4
  •     Add ability to create and maintain multisig accounts
  •     Ability to easily monitor the blockchain for specific operations or blocks

Worker
Given that a worker will be voted in for quite some time, I would like to propose a new model of running a worker: with shareholders keeping a say:
  •     I created a new account, upgrade it to LTM and make it multisig with the committee account and trusted members of the community
  •     The worker will redeem it's funds on a regular basis and buy up bitUSD from the market (only up to +5% above market)
  •     If the market doesn't offer sufficient bitUSD, the worker account will borrow bitUSD at 2.5x collateral
  •     For this reasons, the actual pay of the worker is 2.5x the USD value
  •     The worker will only pay the agreed amount of money and only in bitUSD to chainsquad
  •     Every thing that is not paid out after the end of the worker will be settled and returned to the reserve fund
  •     Everything left and held as collateral will be maintained by the committee and kept in full by the BitShares shareholders
Unfortunately, the BitShares foundations is not yet in a state to supervise this. Thus I have contacted a couple trusted community members to be my excrow agents and help implement the above procedure:
  •     (3/3) committee-account
  •     (1/3) dev.bitsharesblocks
  •     (1/3) cass
  •     (1/3) chainsquad
  •     (1/3) fox
  •     (1/3) blocktrades

Duration and Salary
This proposal will last for 3 months starting at 15. February 2017.
The pay constitutes a regular and a fixed part. The latter consisting of
  •     $100 account LTM fee and
  •     $150 worker creation fee
while the monthly fee contains:
  •     $4000/mth python development
  •     $100/mth public API reachable on this.uptick.rocks
These settings, plus the additional backoff of 2.5x amount to rougly 90,000 BTS of daily pay. Keep in mind that the BTS will be paid to a multisig account which only pays the above mentioned USD to chainsquad. None of the BTS will be transfered out of the multisig account.

34
General Discussion / [Evaluation] Need for a better python library?
« on: December 14, 2016, 12:46:49 pm »
Dear shareholders,

in this post, I would like to get an impression on how much you think a new bitshares-specific python library is needed.
As some background, I have been working on a library for Steem that includes a wallet and many of the Steem-specific features so that
writing your own python programs becomes a matter of just adding this library which exposes the whole power of the Steem blockchain.

In the progress of writing python-steem, I learned many lessons that I could apply to a new python-bitshares library (which currently doesn't exist yet).

So, I would like to hear your opinion about this proposal:

Deliverables
  • refactoring of python-graphene for simplicity
  • bitShares-pecific python library
  • including a wallet to store private keys locally (encrypted)
  • an interface to the DEX that allows to buy, sell, borrow
  • an interface to monitor the blockchain
  • methods to monitor your account
  • a command line interface similar to piston

Additionally, I would like to run a public API endpoint so that the library can speak to the network without the need to specify an API node.

Timeframe
Assuming I put 10h/week, I will probably need some 4-5 months to complete the deliverables above. This is in line with the experiences made on the python-steem library (that actually took more time)

Outlook
Once this library is complete, a Userinterface written in QT or GTK similar to electrum can probably be written very quickly as it's now only a frontend and nothing else. (Not part of the proposal)

Costs
  • $100/mth public API
  • $100/h=$4000/mth python development
  • $100 account LTM fee
  • $150 worker creation fee

After the end of the worker, the public API endpoint needs to be funded by another worker, or a witness node. Either way, the worker only covers the API endpoint for the duration of the worker.

Worker
Given that a worker will be voted in for quite some time, I would like to propose a new model of running a worker:
  • I will create a new account, upgrade it to LTM and make it multisig with the committee account and trusted members of the comunity
  • The worker will redeem it's funds on a regular basis and buy up bitUSD from the market (only up to +5% above market)
  • If the market doesn't offer sufficient bitUSD, the worker account will borrow bitUSD at 2.5x collateral
  • For this reasons, the actual pay of the worker is 2.5x the USD value
  • The worker will only pay the agreed amount of money and only in bitUSD to me
  • Every thing that is not paid out after the end of the worker will be settled and returned to the reserve fund


35
General Discussion / [Tapin] Python-based BitShares Faucet Released
« on: July 04, 2016, 11:57:53 am »
It's my pleasure to publish the first python-based faucet for BitShares.

https://github.com/xeroc/tapin

It is API-compatible to the existing faucet and should play nicely with the wallet. All you need to do is deploy one at a (sub-)domain you control and redirect the wallet's faucet to that address.

Configuration

There is config-example.py that shows what has to go where as well as a config.py that is an example that works nicely with environmental variables together with heroku.

Deployment

It's uses a temporary SQLite database to store account names and prevent abuse. This database is created on the first query and nothing needs to be done extra. If you want to use a different SQL database you need to modify it in __init__.py.

Easy deployment is available through a heroku deploy button. It will ask you for all required data and automatically run and host it for you depending on the plan you are using.

Development

Currently, tapin is still very basic and I am looking for people that want to help improve it beyond what is here already. Help is welcome. If you need something very specify, drop me a line and we can find a way to get what you need.

https://steemit.com/bitshares/@xeroc/tapin-python-based-bitshares-faucet-released

36
I am proud to now publicly announce the first release of StakeMachine.
What is it?

It is a Python tool that offers:

    a unified framework for writing bots for the DEX
    a simple market making strategy
    the liquidity-providing strategy developed by @mauritso
    more strategies to come soon.

Simple Market Making

A simple market making strategy (i.e. providing liquidity) works as follows:

    Get the last price for your market
    Place a buy order at last price * 95%
    Place a sell order at last price * 105%
    Wait for any of the two orders to get filled
    Cancel the other order
    Go to 1.

This strategy is very simple and tries to makes a profit from the spread. The more volatile a market is, the more profit it will (probably) make you.

More on Steem:
https://steemit.com/bitshares/@xeroc/stakemachine-trading-infrastructure-and-simple-market-making-bot-for-bitshares--opensource-bot-for-bitshares

37
General Discussion / python-graphenelib: Release 0.4
« on: May 25, 2016, 12:22:02 pm »
I am happy to announce a new majorish release of the python-graphenelibs.
Recent documentation can be found here:
http://python-graphenelib.readthedocs.io/en/latest/

Many are probably interested in this: http://python-graphenelib.readthedocs.io/en/develop/exchange.html#usage-1

Changelog:
Code: [Select]
    Changes since 0.3.11:
    ---------------------
   
    - [docs] update for exchange
    - [exchange] review and fixes for exchange.py / removal of exchangebots
    - [transaction] Replace utf-8 characters by ascii chars in String()
   
    Changes since 0.3:
    ------------------
   
    New:
     - [SignedTx] Allow verification of signed transactions with pubkeys
     - [account] get compressed key
     - [transactions] Add testnet-chain
     - [Transaction] Add proposal_update operation
     - [Meta] Added codecov and updated README
     - [transactions] Add order create/cancel and borrow operations with tests
     - [exchange] Allow for manual construction/signing and broadcasting of transactions
     - [account] new calls for BrainKey
     - [Deployment/Testing] Traivs, Tox, py.test
     - [GrapheneExchange] Adjust Collateral calls
     - [Transaction+Memo] Allow Memo encoding in transactions
     - [Transactions] First successful signing in graphene testnet
     - [Transactions] RFC6979 signing
     - [Exchange] Allow proposing of trades
     - [Exchange] expose expiration and kill/fill for buy/sell orders
     - [Docs] upgrade installation
     - [Exchange] Add collateral ratio to output
     - [Transactions] Add Test for Transfer construction
     - [ExampleScripts] Added a few example scripts to examples/
     - [Setup] Allow for wininst
     - [ExchangeBot, Documentation] Improve Bots and documentation
     - [WS-rpc] Added getAccountHistory Call
     - [Strategies] Refund fee pool bot
     - [Strategy] CER Tracker
     - [Scripts] Live-Coding scripts and update to master-child-key script
     - [Transactions] Manual construction and signing of Price Publish Operations/Transactions
     - [Examples] price Feed examples manual and with rpc
     - [Strategies] Maintain Collataral ratio
     - [Makefile] Add piston to Makefile
     - [Base58] Add Steem to known prefixes
   
    Fixes:
     - Fix lowest ask highest bid issue
     - Do not call onAccountUpdate on every 1.11.x object
     - Fix simple ticker flips
     - Fix messages in Bot Infrastructure
     - [transactions] cosmetics
     - [account] Fix even/odd error in crypto/account
     - Fix for issue #38
     - [Format] Fix formats
     - [transactions] fix JsonObj for Operations class
     - [price feed] remove TCNY
     - [Transactions] Fix arrays of objectids
     - Merge pull request #37 from mauritso1/patch-5
     - +coinmarketcap and coincap feeds for ALTCAP(.X)
     - Merge pull request #35 from mauritso1/develop
     - Merge pull request #36 from mauritso1/patch-1
     - updated config example
     - Added feed sources
     - Added liquidity_wall strategy, added parameter to set expiration in basestrategy and implemented that parameter in maker.py (and liquidity_wall.py)
     - [fixes] readthedocs.io, Makefile, setup.py
     - [Fix] readthe docs compile error
     - [README] Update to include proper codecov
     - [Makefile] fix readme name
     - [transactions] Do not deserialize String/json
     - [minor] changes
     - [types] Implement Map()
     - [exchange] Only use 'rpc' connection when really necessary
     - [price-feed] use default exchange sources if not defined in individual asset
     - Fix lowest ask highest bid issue
     - Do not call onAccountUpdate on every 1.11.x object
     - Fix simple ticker flips
     - Fix messages in Bot Infrastructure
     - fix bug in Graphene price fetching that resulted in negative prices
     - add price calculation across 3 markets (optionally)
     - [Base58] Only warn for unknown formats
     - [Client] add getChainInfo to grapheneclient
     - [Exchange] Fit lowest ask highest bid issue
     - [MakerBot] allow integer target price
     - [README] Add openssl-dev dependency
     - [README] New Readme file
     - [Transactions] Fixed canonical signatures, TODO: rcc6979
     - [Transactions] Simply usage and get every data from ws connection
     - [Travis] Only compile
     - [Travis] fix python version
     - [WS-API] Add get_account, get_asset to ws calls
     - [account] fix prefix
     - [base58] add GPH
     - [Exchange] Clear exchange proposals
     - [Memo] unpad memo correctly
     - [Cleanup] Lint, tox, coverage
     - [Docs] Fix typo
     - [Lint] Fixing some syntax errors
     - [Transactions] Skip Tests
     - [Maker] Do not call orderFilled->Cancel+place()
     - [README] fix pip install documentation
     - [CER Strategy] Run tick() on single-shot once so that the script can be run in cronjobs
     - [Exchange] provide CER for all assets
     - [Exchange] add price24h to ticker
     - [GrapheneClient] Store core_asset inf GrapheneClient
     - [Example] Hardfork time fix
     - [Exchange] fix price display bugs
     - [Tests] Improve coverage
     - [Transactions] Fix ref_block_num by limiting to 0x0000..0xffff
     - [API] Fix Object id test and WS-getObject
     - [Exchange] Fix ask/bid lower than/higher than calls
     - [GrapheneWS] Remove debug flag from WSClientFactory
     - [Exchange] Fix get_bids_more_than, get_asks_less_than
     - [BotInf] Do not replace orders/cleanup
     - [Setup] Requirements are now in setup.py
     - [API] Fix login issue
     - [Transcations] Refactoring of code into smaller parts
     - [Transactions] Allow for loading of existing JSON-formated Transations
     - [Setup.py] Dependencies update
     - [Examples] CER is in core_asset
     - [Imports] Fix python imports
     - [Autobahn] Fix autobahn API changes
     - Work around cancelation cli-wallet issue
     - [Exchange] switch prices from quote/base to base/quote for easier price derivations in bots
           IMPROTANT NOTE:
   
           If you are using grapheneexchange, please make sure you understand
           that price have a different orientation now:
   
           Prices/Rates are denoted in 'base', i.e. the USD_BTS market
           is priced in BTS per USD.
   
           **Example:** in the USD_BTS market, a price of 300 means
           a USD is worth 300 BTS
   
           All prices returned are in the **reveresed** orientation as the
           market. I.e. in the BTC/BTS market, prices are BTS per BTS.
           That way you can multiply prices with `1.05` to get a +5%.
     - [Bot] Made the bot notification aware
     - Fixed bug in 'feed'-related prices
     - Added more stubs and comments
     - [BaseStrategy] Allow cancelation of my/all orders of type sell/buy
     - Also loadmarket on cancel_all()
     - fix openorder type linting and comments
     - Fix float/str/int issue
     - Remove redunant script for bridge-bot
     - Adept maket bot to deal with new pricing scheme
     - [Bot] Also market PEG.RANDOM
     - add configuration example
     - Ignoregile update, print executed bot
     - [ExchangeBot] Order Management
     - [ExchangeBot] Now does what it is supposed to be doing
     - Work around cancelation cli-wallet issue
     - [Price Feed Script] Re-enable publishing of price
     - [Price Feed Script] Rename Witness->Producer; Allow non witnesses to produce price; Allow to produce price for only secondary assets
     - Performance Tuning for LimitedSizeDict

(optional) If you want to upvote something, you can go here: https://steemit.com/steem/@xeroc/changelog-python-graphenelib-0-4

38
I have improved the `exchange` module in the python-graphenelibs such
that you could now create transactions **without** the cli_wallet and
thus write trading bots without the need for compiling BitShares.
I would call it experimental even though the code itself seems to pass
all tests.

However, I created a new branch in the python-graphene libs repository called
`feature/signing-of-trades`. I encourage everyone to give it a try.

Installation
Code: [Select]
                                                                                                                                                                             
git clone https://github.com/xeroc/python-graphenelib
git checkout feature/signing-of-trades
make install-user

Example Code

Code: [Select]
                                                                                                                                                                             
from grapheneexchange.exchange import GrapheneExchange
from pprint import pprint                                                                                                                                                             
                                                                                                                                                                                     
                                                                                                                                                                                     
class Config():                                                                                                                                                                       
    witness_url           = "wss://bitshares.openledger.info/ws"                                                                                                                     
    watch_markets         = ["USD_BTS"]                                                                                                                                               
    market_separator      = "_"                                                                                                                                                       
    account = "xeroc"                                                                                                                                                                 
                                                                                                                                                                                     
dex = GrapheneExchange(                                                                                                                                                               
    config,                                                                                                                                                                           
    safe_mode=True,                                                                                                                                                                   
    wif="YOUR-WIF-KEY"                                                                                                                                                               
)                                                                                                                                                                                     
pprint(dex.returnTicker())                                                                                                                                                           
print(dex.buy("USD_BTS", 1, 10))                                                                                                                                                     
print(dex.adjust_collateral_ratio("SILVER", 3.0))                                                                                                                                     
                                                                                                                                                                             
                                                                                                                                                                                     
Prove the `wif` key for the *active* permissions of the account provided                                                                                                             
in the config.                                                                                                                                                                       
                                                                                                                                                                                     
If you set the `safe_mode` flag when instatiating `GrapheneExchange` to                                                                                                               
`False`, it will also **broadcast** the transaction.                                                                                                                                 
                                                                                                                                                                                     
Please give it a try and also remember that there is a **TEST** network                                                                                                               
for this!                                                                                                                                                                             
                                                                                                                                                                                     
**Note**, this is still work in progress and some interfaces may change.                                                                                                             
While writing this post, I realized that the wif key should probably be                                                                                                               
put in the `Config` class aswell so that it can be put in a distinct                                                                                                                 
`config.py` file and loaded via `import config` for separation of code                                                                                                               
and access key.                                                                                                                                                                       
                                                                                                                                                                                     
Cheers 

Steem post
Code: [Select]
https://steemit.com/bitshares/[member=120]xeroc[/member]/experimental-python-trading-without-cli-wallet

39
First release of **AirSign** a command line tool that allows to interact with the BitShares network ​*without*​ the need for a cli_wallet:

          https://github.com/xeroc/airsign

This tool will over time evolve towards a solution for offline signing of transactions for a proper cold storage setup.

What features would you like to see become part of this tool?

40
After quite some coding, refacturing, cleanups and more refacturing of
processes as well as with the great progress made by jcalfee1 and svk, I
am proud to show the first minimum viable product for Peermit
2-Factor-Authentication in the testnet.

This gives you a free way to play around, setting up a secured account
and learning how things will most probably be deployed also on the main
network and hopefully gives me some material and feedback that I can use
to improve the UI and the backend code.

This is how it works:

1) Create a new account on http://testnet.bitshares.eu
2) Create a new "secured" account
3) Make a backup to secure the owner key that will give ultimate access to your account
4) Unlock your wallet
5) Open the Permissions page of your account and click on the tab "2FA"
6) Provide a mail address that shall be used to contact you on proposals Click on the "register" button and wait for confirmation from the API server
7) Provide a reference account name (a secondary account that you have control over) that has to also approve any proposals Click on the little 'add' button and don't wonder that your account name disappears afterwards
8) Enable 2 Factor Authentication
9) Finally publish the changes made to your account

No you can essentially delete your newly created wallet that contains only one
(secured) account and for which you have a backof of the owner key.

If you open up your regular wallet, you can now open the account page your your
secured account and propose a transfer from that account (e.g. the initial 1M
TEST).

Once you have proposed that transfer, you should receive an (currently ugly)
email with a link to peermit.com. After providing the secret token (similar to
poloniex) to peermit.com, we will approve your transfer.

All that is left is that you reference account ALSO approves that transfer. To
do so, open the secured account. You should see the proposal below the list of
assets. Click on "Approve" and add your approval from the corresponding
accounts.

After that approval transaction has been confirmed, the transfer will be
executed.

Happy testing. I am looking for plenty of constructive critisism.

Cheers
 -- Fabian

41
General Discussion / 224,201 BROWNIE.PTS up for donations
« on: April 08, 2016, 09:19:22 am »
Dan has sent me 224,201 BROWNIE.PTS that are up for donations among loyal and honorable members of the community (I fear, tonyk, that includes you!)

I'd like to take a portion of them and give every forum member that have more than 300 posts (164, excluding me, stan and bytemaster)
Code: [Select]
4847 fuzzy
4300 cass
4000 toast
3605 liondani
3422 Ander
3393 Riverhead
3268 tonyk
3190 fav
2892 luckybit
2874 testz
2663 Akado
2514 CLains
2486 BTS熊
2446 santaclause102
2377 alt
2311 donkeypong
2269 abit
2240 BunkerChain
2152 gamey
2146 sudo
2061 onceuponatime
2025 clayop
1897 kenCode
1871 monsterer
1792 ripplexiaoshan
1734 svk
1639 puppies
1531 mf-tzo
1525 Shentist
1423 jakub
1400 ebit
1358 cube
1329 jsidhu
1286 btswildpig
1283 emski
1231 Empirical1.2
1197 Thom
1195 BTSdac
1171 arhag
1167 vikram
1129 speedy
1120 Method-X
1119 Rune
1113 bitmeat
1101 Overthetop
1017 Ben
991 Xeldal
951 cylonmaker2053
944 starspirit
940 lil_jay890
934 Troglodactyl
933 roadscape
929 eagleeye
927 mint
886 Empirical1.1
885 Pheonike
884 Empirical1
883 ccedk
882 HackFisher
878 matt608
848 gyhy
831 Amazon
817 pc
792 betax
783 yellowecho
774 biophil
764 barwizi
749 Snail
717 heyD
700 FreeTrade
696 karnal
687 logxing
686 GaltReport
668 davidpbrown
660 maqifrnswa
639 jabbajabbaつ◕_◕つ
638 btstip
637 nomoreheroes7
624 00091lacer
606 zhao150
602 merivercap
600 fluxer555
594 CoinHoarder
585 wuyanren
583 bitcoinerS
572 emailtooaj
566 oco101
566 MrJeans
551 dannotestein
547 EstefanTT
544 rgcrypto
544 carpet
544 iHashFury
541 NewMine
539 mike623317
538 ssjpts
536 coolspeed
525 jae208
518 robrigo
518 cgafeng
511 callmeluc
509 theoretical
508 OldMan
497 G1ng3rBr34dM4n
496 xiahui135
494 infovortice2013
492 AdamBLevine
485 5chdn
477 bitacer
476 chryspano
474 tbone
466 Agent86
463 yinchanggong
457 Samupaha
456 joele
455 天籁
451 hpenvy
443 wackou
439 yvv
436 hadrian
425 lovejoy
419 JoeyD
402 crazybit
401 spartako
400 reorder
396 Bhuz
394 jwiz168
389 aloha
388 JonnyBitcoin
385 NineLives
384 Permie
382 Mysto
382 CalabiYau
379 sschechter
378 islandking
376 Lighthouse
371 bitcrab
370 Delinquency
366 mtang
366 Markus
365 cn-members
362 bitmarket
357 cdryan
356 Simeon
354 cob
341 planetlife
339 bobmaloney
335 topcandle
334 Yao
329 graffenwalder
327 seraphim
326 MktDirector
322 alphaBar
322 jcalfee1
322 isaacgoldbourne
317 Frodo
317 networker
316 bitsharesrussia
314 noisy
313 merockstar
313 Xypher
312 CryptoPrometheus
312 James212
304 当年很厉害
with a total of 159532 posts.

With half of the BROWNIE.PTS, I would give about 0.7 BROWNIE.PTS per
post
(224201/2) / 159532 = 0.7026834


What to do with the other half? Suggestions?

42
General Discussion / Ideas for a redesig of the fee architecture
« on: April 05, 2016, 07:55:34 am »
(This thread does NOT discuss the fee schedule but opens the discussion for new features to allow more granularity in fees)

During the creation of the current fee schedule as few points came up
that could allow more flexibility and a more natural fee schedule if
they were implemented. Here they are:

* Have a way to define which operation requires LTM and which do not.
  For instance, we could say that assets can only be created by LTMs but
  the committee could open up asset creation for basic members for a
  short period of time.

* Give the committee a means to define which operations pay into the
  referral program and which do not. This could even be extended such
  that they can choose a precentage split between: network, referal
  program, FBA, funding account etc. Replace "committee" with issuer in
  the above, we could allow the issue to topup from the network fee and
  allow them to define additional fees for some operations that involve
  their asset and the corresponding fees to be payed not only to the
  network, but also to be split between: the referral program, an
  account or a FBA.

* we need a way to distinguish fees for MPA, UIA, and Prediction markets

* It may be useful to have a way to set the fee for
  withdraw_permission_claim to be either percentage-based on the amount
  to claim, or to be dependend on the time that they vest their
  balance.

Any further ideas?

43
Hey there,

I was thinking about the withdraw_permissions and it may be possible to use them to implement a dividend feature easily.
All we need is a new PAY_DIVIDEND operation with the amount used to pay dividends. These go into a separated pseudo
account and and can be withdrawn by anybody. However, the amount that people can withdraw from that account depends
on the amount of corresponding shares you have held AT THE TIME of this operation.

1) PAY_DIVIDENDS of X SYMBOL
2) CONFIRMATION at block B
3) USER BALANCE at time of B: BALANCE(B)
4) ALLOW_TO_WITHDRAW:   BALANCE(B) / SUPPLY_SYMBOLS(B) * X

This would require that the database either makes a "snapshot" of the balances at time B, or has a way to obtain the balance of
an account (and the supply) at a particular block.

@abit: Do you think something like this could work?

44
General Discussion / BitShares 2.0 HTML-based Paperwallet for download
« on: March 21, 2016, 05:33:10 pm »
I finally took the time to upgrade my Bitshares Paperwallet code and have constructed a whole boilerplate for Graphene-compatible webpages (Thanks to @jcalfee1 for @graphene-libs).

Anyway, the first stable release 1.0.0 can be downloaded here for BTS and the testnet.
The webpage does nothing more than display a pub/priv key pair with QR codes.
There is a quick introductional help as well.

https://github.com/xeroc/graphene-paperwallet/releases/tag/1.0.0

Looking forward to some feedback

Cheers

45
How about we setup a multi signature account that gets a worker and pays for services like

- basecamp3: https://bitsharestalk.org/index.php/topic,21910.msg285536/topicseen.html#new
- Slack Pro for a bigger message archive
- Docker Pro to be able to compile witness nodes in docker containers (maybe even windows executables)
- coveralls.io: for testing coverage of test cases
- jenkins build server

what else could be needed? There is plenty of reasons to have a community/shareholder managed fund available already!

Pages: 1 2 [3] 4 5 6 7 8 9 10 ... 15