Jump to content
DenariusTalk

Jaxon

Members
  • Content count

    19
  • Joined

  • Last visited

  • Days Won

    6
  • Feedback

    N/A

Jaxon last won the day on September 12

Jaxon had the most liked content!

Community Reputation

18 Good

About Jaxon

  • Rank
    Junior Denarian
  • Birthday September 25

Personal Information

  • DNR Address
    D9btaj1e87UyDsyjqe4bs6Jr5EMWqrFHhb

Recent Profile Visitors

136 profile views
  1. Well, it seems that the DNR lottery is under way pretty well...

  2. Good Feels Music

    Just post in here good songs that help you feel relaxed or help you focus on your work here.
  3. How should the Denarius lotto be run?

    The framework of the site works, but right now it looks like the 1990s internet, Its time to make it pretty. Sadly that will be the longest part.
  4. I need a general idea on how my Denarius lottery should be run. Any suggestions or comments should be posted below. Explanations: A weighted Pool lotto is where each person puts in money to the pool and has a chance to win to proportional to the amount they put in. You cannot put in more than 20% of the limit. The minimum pot will change based on popularity. A 5 Number lottery is where each person buys a ticket at a fixed price and picks 5 numbers from 1-69. If a person picks all five numbers correctly then they get half of all the money put in. You can buy as many tickets as you want. Since this will be small, order of number won't matter. If you guess less than the 5 correct then follow this equation for the amount you win: w = (Ticket Price) x 2^c where w is your winnings and c is the amount of correct numbers. No matter which method is chosen, there will be limits put into place to always make sure that the winners will always have 50% of the pot, and that if one person gets 4 numbers correct, they do not get more than 10% of the pot.
  5. Show Off - Miners / Rigs

    I'm pretty sure I got all of you beat: And no there isn't more, that's all of it.
  6. CryptoPayAPI

    Update posted, changelog: The server now has a UI to monitor transactions The node_config.prop files has all startup parameters The server now updates the database with confirmation count The code is now more organized and complete The server and example code have been separated.
  7. Denarius Swag!

    In the next coming months, I will start to open trades for these items. So you can buy DNR merch with DNR!
  8. After a bit of thinking, If a developer uses my API and modifies some code of it, they could prevent a transaction from occurring on the client side. That would allow companies or ETH hackers (we all know about the articles) to take money without the customer getting what they paid for. If I were to start an escrow service, then it would be impossible for funds to be stolen. Why would a developer worry about taking up my offer? Security. While my company does not have quite a name out there, and me being the only employee it almost seems risky to people. But as the service grows, more and more trust will come. So a dev would sign up on my site and request an escrow. I would give them an address to deposit funds into. In the bottom corner of the box would be a message saying, "Check Address for Escrow". A user would then be able to copy the address and paste it into a search box on my site to verify we own that wallet. Once a transaction goes through, the customer would press a button accepting the fact that they received whatever they purchased. Once they confirm, I send the coins to the dev. If they do not press the button after a day or two, a notification is sent to the user forcing the user to press I did get the item, or they didn't. If the user says they never received the Item, the developers get a claim of non-payment and I get a transaction ID that user sends to me. A time stamped database will show the transaction ID and the time the item was purchased. The API will include data store inside of itself. This data storage engine is immutable, meaning that a developer cannot change its calls and how they work. An MD5 hash would then be generated from the storage engine API to verify integrity. That hash is then sent to my escrow service to check the integrity. If it succeeds the check, then a function is called on the device to undo the payment and remove the artifact left by the storage engine. If it fails the check, and the developer gets hit with a mark and funds are returned to the user. On Android, the SafetyNet API will be used to check for rooted devices. If a device is rooted, then the user is warned that all purchases cannot be verified and that the dev is not responsible for any non-delivered purchases. Please reply with any concerns or way to check things more effectively.
  9. CryptoPayAPI

    Finally, an Alpha release has been published to GitHub. Setup to use this may be a bit technical, but very low maintenance is required. Of course, I would love some feed back on how to make this better, it is in alpha after all. Link here: https://github.com/Roxas240/CryptoInApp/releases/tag/v0.0.1 How to run: =========== 1.) Edit both the run.bat (Windows) or run.sh (Linux) and the node_config.prop where ever you see text between < > 2.) Edit the setup.php file with the configuration that works with your Http and SQL server. Once you are done, move the setup.php and index.php to your web document root (htdocs for apache2). 3.) Open up setup.php in your web browser and fill in all the info that shows up. On the last step, it will tell you all the info you need to create an app with the CryptoPayAPI and what info to update index.php with. 4.) After filling out all the info in index.php, get to work! There is a sample application included in this library's source under the example package. Modify that source to your own or start from scratch. Either way, enjoy. PS.) It is possible to link CryptoPayAPI with any application that supports POST requests. Hint: look at the source of the Client Side API, located in the client package.
  10. CryptoPayAPI

    Progress Update: 08-18-2017 Thanks to @Carsen, @buzzkillb and @KawaiiCrypto, I have been able to test transactions being performed and received for purchases. As it stands, the code can look for payments that are listed with a note as a sort of key, enabling verified but not tracked transfers. The GitHub repo posted in the second reply has gotten a new commit. Next step tomorrow is to make a demo app and add the PHP script filter between the wallet and the application. The API is making progress guys! I'm excited for what is gonna come!
  11. CryptoPayAPI

    If you want any help with your project, I'd be happy to help! soon I'll have my own online wallet for DNR.
  12. Denarius Wallet - nice to have features

    It would be extremely useful if you were to implement an RPC call to allow the sending of coins from a specific address, rather from the wallet deciding where from.
  13. Sonic CD Steam Key (4 DNR)

    Have you ever played Sonic CD for the Sega CD? its that one.
  14. Sonic CD Steam Key (4 DNR)

    I have 2 copies of Sonic CD for steam. All you need is steam to activate the key. You redeem it at the store. If you don't wanna reply just send the DNR to my wallet and add the note as your username. I'll send you the key via PM.
  15. CryptoPayAPI

    Change Log: Version 0.0.2: Alpha 2 The server now has a UI to monitor transactions The node_config.prop files has all startup parameters The server now updates the database with confirmation count The code is now more organized and complete The server and example code have been separated. Version 0.0.1: Alpha 1 The first release, the server can be run on any platform with apache2, MySQL, and Java capabilities. Payments can be requested using any language that supports POST requests. If you guys have any suggestions for the API, or simply just comments please post them below.
×