Search content
Sort by
Showing 20 of 502 results by jimhsu
Re: [ANN] [NYZO] Nyzo (Nyzo.co) | Proof of diversity | Fairly distributed | Original
There are other projects with similar initiatives (eg STEEM, LBRY), but exposing the HTTP backend like this seems to allow for many more use cases other than blog/video content. E-commerce stores would probably be trivial to build. More interesting would be services (web hosting, cloud storage, advertising, even renting/leasing). But the right front ends need to be built.
Re: [ANN] [NYZO] Nyzo (Nyzo.co) | Proof of diversity | Fairly distributed | Original
V530 is interesting. As a matter of course, reading a project's release notes is recommended. Especially in this case, as the release notes are (actually) well written.
https://nyzo.co/releaseNotes/530
Configuration of the new Micropay functionality is seen below:
Additional details of the code changes are in the above release note.
A sample Micropay website is shown below: http://micropay.nyzo.co/
https://nyzo.co/releaseNotes/530
Quote
To run a Micropay server, follow the same installation instructions as the Nyzo verifier, using the nyzoMicropayServer.conf file in place of the nyzoVerifier.conf file. Also, be sure to include some web content and specify the web root as micropay_data_root in /var/lib/nyzo/production/preferences. Content for an example Micropay site is available on Github.
The Micropay server uses the private key specified in /var/lib/nyzo/production/verifier_private_seed as the recipient of all Micropay transactions. Be sure that this is an existing account, as new accounts are unable to receive small transactions due to balance-list spam protections.
The Micropay client follows the same build process as all other run modes. It does not require the trusted_entry_points file. It does require specification of micropay_sender_key and micropay_max_amount_nyzos in /var/lib/nyzo/production/verifier_private_seed. The entry point for the client is co.nyzo.verifier.micropay.MicropayClient. Micropay clients for mobile systems are currently under consideration for development.
The Micropay server uses the private key specified in /var/lib/nyzo/production/verifier_private_seed as the recipient of all Micropay transactions. Be sure that this is an existing account, as new accounts are unable to receive small transactions due to balance-list spam protections.
The Micropay client follows the same build process as all other run modes. It does not require the trusted_entry_points file. It does require specification of micropay_sender_key and micropay_max_amount_nyzos in /var/lib/nyzo/production/verifier_private_seed. The entry point for the client is co.nyzo.verifier.micropay.MicropayClient. Micropay clients for mobile systems are currently under consideration for development.
Configuration of the new Micropay functionality is seen below:
Additional details of the code changes are in the above release note.
A sample Micropay website is shown below: http://micropay.nyzo.co/
Recently Bismuth, the cryptocurrency, launched the 3D Boulevard, a virtual representation of a cryptocurrency rich list in a WebGL world with an avatar. It's simple, but cool to play around with.
What is the potential of using VR/AR to make cryptocurrency accessible to an entirely new crowd?
What is the potential of using VR/AR to make cryptocurrency accessible to an entirely new crowd?
Re: [Auto Buy] $2 Cheap Windows Server 2012 and 2016 License Keys
Willing to take a vouch for 2012 R2. Thanks!
VOUCHERS Key sent to jimhsu
Keys received, everything works well. Data on the key received:
Description : Windows Server 12 R2 RTM ServerStandard Retail
Edition ID : ServerStandard
Sub Type : X18-90726
License Type : Retail
Channel : Retail
Helpful Note: if you're using a version of Server 2012 on VM and receive activation errors, you may have a wrong edition of Server installed. Check/verify with instructions from here: https://cm.ahnat.pl/windows-2012-r2-activation-0xc004f069/
Re: [ANN][BIS]Bismuth - New Language, Interpretation Engines, Free Set of DAPPs
Very interested in Bismuth. Is it best to wait for it to be added to exchanged or is it still worth trying to mine? Any guesses on the first exchange it might be added too?
Join slack and search #exchanges. To summarize, both Bittrex and Cryptopia have contacted the dev requesting additional methods to be implemented.
Re: [ANN][BIS]Bismuth - New Language, Interpretation Engines, Free Set of DAPPs
Pool information is here:
Dev-pool (may be getting some updates): https://bitcointalk.org/index.php?topic=1896497.msg20081310#msg20081310
Acc-pool: https://bitcointalk.org/index.php?topic=1896497.msg20173585#msg20173585
Dev-pool (may be getting some updates): https://bitcointalk.org/index.php?topic=1896497.msg20081310#msg20081310
Acc-pool: https://bitcointalk.org/index.php?topic=1896497.msg20173585#msg20173585
Re: [ANN][BIS]Bismuth - New Language, Interpretation Engines, Free Set of DAPPs
Hey guys,
Having issues syncing after removing VPN. Network blocks that im behind are actually increasing once i try to sync. How can i start the syncing again from the begining?
Having issues syncing after removing VPN. Network blocks that im behind are actually increasing once i try to sync. How can i start the syncing again from the begining?
Try this up to date, place in bismuth folder/static:
https://mega.nz/#!tdJkER6Q!Z9wBdNVXmQv0LXRft722s2JBXDh20YPsl_RxFwxOivs
I have exactly the same problem. Thanks for the link, but I wonder if this synchronisation issue is being addressed?
Healthy blockchain should be easy to sync without snapshots. Right now, it looks like snapshots of the ledger are the only way to sync this. Without them, the chain keeps going back and forward, gets some blocks, then rewinds back. I though that is just my node, but it seems to be a common issue.
Isn't this a serious issue to address?
P.S. One additional small question: what is the right way to do a backup? Is making a copy of "privkey.der" enough, or other files may be needed too?
To my understanding, this is what the hard fork for 3.9 is trying to accomplish. Remember Bismuth is an *experimental* Python blockchain.
Backing up privkey.der is enough, but might as well back up pubkey.der to save a step of having to regenerate it.
any guide/script for masternode setup on vps maybe mutliple nodes with ipv6?
btw link on op to website shows 404 page not found error:
http://ent.eternity-group.org/en/
not very trustworthy for new people
I tried to make a IPv6 multiple installation with the help of mersmsxn (sorry, I know I always write horribly wrong your nick
) but there is something inherently wrong with the wallet which avoid us of getting it.Salute
I had success with the following conf settings (relevant parts bolded):
Quote
rpcuser=eternityrpc
rpcpassword=x
listen = 1
rpcport = (something)
daemon = 1
server = 1
gen = 0
discover = 1
eternitynode = 1
externalip = [ipv6]:4855
eternitynodeaddr = [ipv6]:4855
bind = 127.0.0.x
bind = [ipv6]
eternitynodeprivkey = xxx
rpcpassword=x
listen = 1
rpcport = (something)
daemon = 1
server = 1
gen = 0
discover = 1
eternitynode = 1
externalip = [ipv6]:4855
eternitynodeaddr = [ipv6]:4855
bind = 127.0.0.x
bind = [ipv6]
eternitynodeprivkey = xxx
bind should be the ipv6 address AND a loopback (127.0.0.1-255, different for each instance). This means you can have no more than 255 instances running on a single server, though I doubt that will be a problem. Also each node should have a different rpcport just in case. Each instance should also run on a separate user account.
The local conf file should include [ipv6]:4855 as the bind address.
If that doesn't work, check to make sure that the ipv6 addresses are actually bound (ifconfig). Many hosts offer ipv6 but activate it only by manual request.
Re: [ANN][BIS]Bismuth - New Language, Interpretation Engines, DAPPs
Both of the pools are working now. FYI some info for non-slackers
Dev pool
config.txt settings (note new pool address as of 7/11/2017):
Web link is: http://94.113.207.67:9080
Miner to use is: https://github.com/maccaspacca/stuff
Commands:
Install Python 3.5
Install all python dependencies:
Get bismuth:
Grab miner and put all files in optiminer/* into Bismuth directory
https://github.com/maccaspacca/stuff/tree/master/optiminer
Get a ledger.db file and put into static/:
https://drive.google.com/file/d/0B3krI6WqvUWhd2VQNjlzZl8wbEk/edit
Make changes to config.txt as above
Run a node:
(in Bismuth directory)
Run miner:
As an alternative, a windows compiled .exe is available for testing here:
https://github.com/maccaspacca/stuff/releases/tag/v0.1
Acc-pool
Instructions are here (credits aetsen):
Web link is: https://bismuth.acc-pool.pw/miners.php
Miner to use is as above (optipool does not work)
---
Both pools are paying out now. Throwing some hashpower on both.
Dev pool
config.txt settings (note new pool address as of 7/11/2017):
Quote
mining_ip=94.113.207.67
mining_pool=1
pool_address=340c195f768be515488a6efedb958e135150b2ef3e53573a7017ac7d
mining_pool=1
pool_address=340c195f768be515488a6efedb958e135150b2ef3e53573a7017ac7d
Web link is: http://94.113.207.67:9080
Miner to use is: https://github.com/maccaspacca/stuff
Commands:
Install Python 3.5
Code:
apt install python3-pip python-twisted
(or equivalent on your platform)Install all python dependencies:
Code:
pip3 install pillow pyqrcode pypng pyinstaller bottle pycrypto simple-crypt win_inet_pton PySocks
Get bismuth:
Code:
git clone https://github.com/hclivess/Bismuth.git
Grab miner and put all files in optiminer/* into Bismuth directory
https://github.com/maccaspacca/stuff/tree/master/optiminer
Get a ledger.db file and put into static/:
https://drive.google.com/file/d/0B3krI6WqvUWhd2VQNjlzZl8wbEk/edit
Make changes to config.txt as above
Run a node:
(in Bismuth directory)
Code:
python3 node.py
Run miner:
Code:
python3 optipool.py 50
As an alternative, a windows compiled .exe is available for testing here:
https://github.com/maccaspacca/stuff/releases/tag/v0.1
Acc-pool
Instructions are here (credits aetsen):
Quote
Ubuntu 16.04 Bismuth Mining Guide
1. Install server.
2. You can mine as root or create a new user.
3. Dependencies
* sudo apt-get install python-twisted
* sudo apt-get install python-pip
* sudo apt-get install python-pip --fix-missing
* sudo apt-get install python-socks
* sudo apt-get install unzip
4. Download miner zip file
* wget "https://www.dropbox.com/s/7kihptpklkik2hb/Miner.zip?dl=0"
5. Unzip Miner file
* unzip Miner.zip?dl=0
6. CD into miner file
* cd Miner
7. Create text file to use for launching miner
* touch startminer.bash
8. Edit startminer.bash for your address, worker name and threads
startminer.bash default text
./miner user fd3b75f8bc6d1c76f5cf9b080fead0ea627cfb1c80de057d335e805a rig1 4
^ ^ $ & %
(^=do not change) ($=your Bismuth address) (&=your rig name) (%=number of threads. 1 thread per thread supported by your CPU ex. 4 core 8 thread CPU set to
9. chmod files to be executable
* chmod +x startminer.bash
* chmod +x miner
10. start miner using the startminer.bash file
* ./startminer.bash
11. Link for node and wallet https://github.com/hclivess/Bismuth/releases/tag/3.673
If this file helped you please consider a donation of bismuth to my address fd3b75f8bc6d1c76f5cf9b080fead0ea627cfb1c80de057d335e805a
1. Install server.
2. You can mine as root or create a new user.
3. Dependencies
* sudo apt-get install python-twisted
* sudo apt-get install python-pip
* sudo apt-get install python-pip --fix-missing
* sudo apt-get install python-socks
* sudo apt-get install unzip
4. Download miner zip file
* wget "https://www.dropbox.com/s/7kihptpklkik2hb/Miner.zip?dl=0"
5. Unzip Miner file
* unzip Miner.zip?dl=0
6. CD into miner file
* cd Miner
7. Create text file to use for launching miner
* touch startminer.bash
8. Edit startminer.bash for your address, worker name and threads
startminer.bash default text
./miner user fd3b75f8bc6d1c76f5cf9b080fead0ea627cfb1c80de057d335e805a rig1 4
^ ^ $ & %
(^=do not change) ($=your Bismuth address) (&=your rig name) (%=number of threads. 1 thread per thread supported by your CPU ex. 4 core 8 thread CPU set to
9. chmod files to be executable
* chmod +x startminer.bash
* chmod +x miner
10. start miner using the startminer.bash file
* ./startminer.bash
11. Link for node and wallet https://github.com/hclivess/Bismuth/releases/tag/3.673
If this file helped you please consider a donation of bismuth to my address fd3b75f8bc6d1c76f5cf9b080fead0ea627cfb1c80de057d335e805a
Web link is: https://bismuth.acc-pool.pw/miners.php
Miner to use is as above (optipool does not work)
---
Both pools are paying out now. Throwing some hashpower on both.
Watching 
Some initial questions:
1. You mention that tokens are used by individuals who want to list, and provided to "verified users". What determines the magnitude of token payouts? What constitutes a verified user in this process - the entire user pool?
2. What measures are taken to confirm that said listings are genuine? This seems initially like a decentralized method of enforcement, but unsure how well this will work at the very early stages.
3. Are there specific real estate MLS markets that you are looking to target initially? Consideration obviously has to be made re. legal barriers, existing supply/demand dynamics of said marketplaces, etc.
4. You mentioned the barriers to tokenized ownership especially in most US/Western markets. Building on above, what markets have you identified that might be more amenable to tokenized ownership / "colored coins" models?
Thanks in advance. Regardless, at least something different.
Some initial questions:
1. You mention that tokens are used by individuals who want to list, and provided to "verified users". What determines the magnitude of token payouts? What constitutes a verified user in this process - the entire user pool?
2. What measures are taken to confirm that said listings are genuine? This seems initially like a decentralized method of enforcement, but unsure how well this will work at the very early stages.
3. Are there specific real estate MLS markets that you are looking to target initially? Consideration obviously has to be made re. legal barriers, existing supply/demand dynamics of said marketplaces, etc.
4. You mentioned the barriers to tokenized ownership especially in most US/Western markets. Building on above, what markets have you identified that might be more amenable to tokenized ownership / "colored coins" models?
Thanks in advance. Regardless, at least something different.
Thanks for sharing. The concept is certainly innovative. However as a medical professional, I had some questions:
Apologies if some of these are addressed through the whitepaper; haven't had the time to thoroughly peruse it yet. Your responses greatly appreciated.
- Why does your project need a blockchain structure as opposed to a centralized database (per HealthVault, Epic, etc)? The product that you showed is obviously a thin client, so are full clients storage nodes?
- The structure seems akin to projects such as SiaCoin and Storj, but with a medical twist. How does such data (even encrypted) maintain HIPAA compliance across state and possibly national borders? Do you consider your project a HIPAA-compliant cloud?
- How do you see the storage utilization of your nodes compared to the two above projects? (this gets back to the "Why blockchain" question.)
- Why did you select Ethereum for your blockchain of choice for token issuances?
- Do you plan to engage the traditional EHR providers such as Epic to facilitate the initial data preload as well as extensions for utilizing your blockchain/database? If not, how do you expect to get patient data onto the network? From doctors/nurses? Patients? etc
Apologies if some of these are addressed through the whitepaper; haven't had the time to thoroughly peruse it yet. Your responses greatly appreciated.
There is one thing though that is stunting bitcoin's growth in online shopping (where it's most likely to make an impact first): credit card rebates. Virtually all credit cards people use nowadays offer some sort of point/cashback system, which is, of course, paid from the retailer's pocket in terms of outrageous fees. It should be in every retailer's best interest to offer significant incentives to use bitcoin, in terms of fee savings: even something crazy as 5% cash back on all purchases, forever when paid in BTC would probably result in net savings for most retailers. Other creative things: free giftcards (instead of cashback) for even more retailer margin, drawing for cool and awesome items when bill is paid with BTC, etc etc.
Two-factor (BIP38) paper wallets. Simple(ish) passphrase.
The point is that we're pretty good at physical security (because it's what we had for thousands of years), and the likely attack vectors to nab your paper wallet and your passphrase are most likely very different.
The point is that we're pretty good at physical security (because it's what we had for thousands of years), and the likely attack vectors to nab your paper wallet and your passphrase are most likely very different.