Topic: NEM (XEM) Official Thread - 100% New Code - Easy To Use APIs - page 1032. (Read 2985436 times)

What should happen if the asset issuer cannot pay all dividents cause he doesn't own enough assets?

can't say todate i've ever used delegated harvesting.

Just don't deactivate and then reactivate delegated harvesting and you can start harvesting again immediately after update. There's no reason to deactivate delegated harvesting. All delegated harvesting does is map your account's importance to another account. Starting/stopping software has nothing to do with that mapping because it is on the block chain.

Quantum_Mechanics, and it is possible to make not 12 hours and 11:55 hours time please? it that each about 12 hours it was possible to come to faucet at the same time. these will just make 5 minutes it possible and time will never run away for the minute ahead. thanks

Do not hesitate to give suggestions about the amount and claiming time
I'll increase the amount and reduce time as much as possible depending of the funds and user base.

I'm happy to see it live. Both automated programs runs as planned, no downtime so far, more than 3 days XEMsign is running and almost 2 days for XEMpay since the fix. Hope to see them used in other projects. Improvements are planned but right now email notification system for incoming tx got priority. Test version on the way, stay tuned

100 000 000 Makoto!
yeah! i will be rich
https://youtu.be/UTK57dJc_pU

Yes...... Faucet

I am happy to announce that Quantum Mechanics has made faucet.nem.io, but please let me take a moment to explain.  This is not just a faucet, it is an shining example of the start of what NEM technology can do. 

Quantum Mechanics has built two new programs.  They are XEMpay and XEMsign.  The act as account controls.  Programs that run on top of NEM that monitor and filter transactions.  So a person can set a maximum amount per withdrawal, a maximum amount per day, account filtering and so on.  By using these on top of multisig, Quantum as made what is probably the most secure faucet on any blockchain.  Each transaction uses multisig from a 2-of-2 account.  Both nodes are completely separated, yet automated and the only communication that have between them is the blockchain. 

For anyone familiar with multisig on Bitcoin, there is a clear difference here making this a 2nd generation multisig. 

Great job Quantum 

He can be tipped at NAMOAV-HFVPJ6-FP32YP-2GCM64-WSRMKX-A5KKYW-WHPY and if you would like to review XEMpay and XEMsign, please visit his Github.  https://github.com/QuantumMechanics

The faucet is set to give out 100 XEM every 12 hours to each redeemer. 

Rigel is right.  The delegate harvester is attached to that wallet.  So if you save it, you can even move to a different computer and not have to stop and start it again.  Much easier too than having to import the key each time.  http://blog.nem.io/how-to-find-export-or-delete-your-wallet-and-address-book-file/

You should keep your old wallet instead of importing your private key in a new one.

Argh...what I don't like is that I always need to stop and start harvesting after an update. it costs 12 hours (6hr for stop, and 6 hrs to start again).

You don't need to manually calculate it. You can write an external program to do it. Don't think this is a feature in the mosaic as it will require some automation and therefore needs to be in the  Business Rules, which still needs some programming anyway.

Just remember, with mosaic and multisig, you can do almost anything with an external program, even smart contracts.

yep on 6.43,  and have since the trouble uninstalled reinstalled etc etc etc still no luck.

i will look forward when repair faucet. 100 000 000 Makoto. I will be very rich! 100 XEM it as earlier 1 BTC when everything only began in far 2010. it is possible to draw parallels safely. and at the price it is identical. 1 BTC in 2010 I cost 1 cent and now 100 XEM in 2015 cost about 1 cent. 100 XEM it as 1 BTC at the price of 2010. parallels obvious. at XEM the big future. i won't pass any faucet

https://youtu.be/5_J0vI4tIPY

Are you perhaps not running version 0.6.42 or 0.6.43?  If you aren't you will have to update and then delete the chain and sync again.  We recently had a hard fork to bring in new features and any old software won't work.

If you have updated, I am suspicious that somehow maybe some of the old NEM files got mixed into the new ones somehow.  But lets check your version first. 

yep one of the first things i'd tried, and done twice since, still never fully syncs.

One of the testers managed to beat the faucet.  Quantum is fixing it up again.

I'll mention dividends to the devs.

great story thx

but dividends to each asset owner is a must have


if ya have assets which qualify owner for recieve dividends we need such mechanics for automated distribution of dividends
it would be crazy work to calculate and manual send dividends towards 500 people who own different sized shares of a asset with 100000 pieces

lot assets try represent a company where share ownership which qualify for some kind of payouts that need this mechanic

additional u need a second path of split mechanic

it could be u have assetX that represent company shares
and assetY thats represent lets say tokenized BTC

then u need a way to split the BTC dividends (in form of assetY) between the owner of assetX

i understand that u maybe still working on the coin code of mossaic and what i say are functions inside the GUI wallet frontend that in backend maybe just send simple transactions automated

but even then u have to keep in mind that the assetIssuer want later on a overview about the dividend rounds he did run
so some stuff must be stored in blockchain too

following ur namespace example i guess a

dividendDecember2015

which then contain the stuff that have been split and target group and a successful completed check

ideal would be if ya can create such a dividend thing already for a round that will happen in the future
and the stuff that will be split is locked until the time have come

this way the dividends mechanic meet smart contracts

because in my opiniojn its some kind of contract when i say

each owner of assetX will get based on the amount of assetX he own a share of the already locked in assetY at time xy

  No one is adopting or using NEM. Exactly. ANd until then we will continue to crash and burn. Talk is cheap.