steeveGrube
Member
Offline
Activity: 98
Merit: 10
|
|
December 10, 2014, 08:14:32 PM |
|
what's happening? what's the news? Burst was under value i think, network capacity makes a big move and block revard reduced today ... a new floor at 130-150 sat would make sense for me ... next big sell wall = 215sat!
|
|
|
|
callmejack
|
|
December 10, 2014, 08:28:49 PM |
|
the diff wont last forever such low. akonia has the tech to replace hdd by holograms not sure when first products become available at which costs but this is the future! http://akoniaholographics.com/
|
|
|
|
|
callmejack
|
|
December 10, 2014, 08:55:18 PM |
|
looks interesting but none of the listed retailer has a single drive in stock. looks like 4 weeks or more delivery and nobody knows which other drives will be launched since then.
|
|
|
|
luxe
|
|
December 10, 2014, 09:00:38 PM |
|
looks interesting but none of the listed retailer has a single drive in stock. looks like 4 weeks or more delivery and nobody knows which other drives will be launched since then. Yes, i know ... sorry, should have said that ... thanks for adding it.
|
|
|
|
vbcs
Full Member
Offline
Activity: 137
Merit: 100
AT - Automated Transactions - CIYAM Developer
|
|
December 10, 2014, 09:41:23 PM |
|
Hi, The last 3-4 weeks I am working closely with burstdev and we are integrating AT into burst platform. AT stands for Automated Transactions ( for more info visit www.ciyam.org/at ) and what actually does is to enable smart contract functionality. In brief an Automated Transaction is a "Turing complete" set of byte code instructions which will be executed by a byte code interpreter built into in burst platform. AT programs are currently written using custom AT machine code, but in the near future we are planing to create a compiler, enabling high level languages to be used to write AT programs. AT is also being integrating in Qora platform, which imo is a perfect opportunity to make the first atomic cross chain txs between burst and qora ( for more info visit the acct use case http://ciyam.org/at/at_atomic.html ). The integration is almost done and we might see it live this or next week. I am very excited seeing AT has already found a "second home". Best Regards -vbcs
|
1ELCU3hahFLMPPqsoHS2Mg2Rqjya6VXjAW
|
|
|
110110101
Legendary
Offline
Activity: 1382
Merit: 1002
|
|
December 10, 2014, 10:14:23 PM |
|
Wow that sounds really exiting! That could become a nifty feature for burst and perhaps enable an integrated exchange in the wallet?
|
|
|
|
vbcs
Full Member
Offline
Activity: 137
Merit: 100
AT - Automated Transactions - CIYAM Developer
|
|
December 10, 2014, 10:27:56 PM |
|
Wow that sounds really exiting! That could become a nifty feature for burst and perhaps enable an integrated exchange in the wallet? Acct is just a simple use case of AT. I am not sure if such exchange can be integrated inside the wallet, as you need wallets in both platforms to make the "swap". Below you can see a description on how atomic cross chain txs are working using AT An AT that enables an atomic cross-chain transfer to be executed by creating two separate instances of itself on two seperate blockchains. When constructing the first instance a 32 byte secret needs to be "hashed" using SHA256 and stored in the first 32 bytes of "initial data" followed by another 32 bytes for the address of the other party, and then the number of minutes to wait until refunding the AT's balance back to its creator.
The initial creator would then wait for the other party to create a matching AT (with a significantly smaller number of minutes for refund). The hash values would need to be identical. Once the initiator has seen enough confirmations of the other AT then they will send the secret to the other AT as a message. This AT will first copy this message into its data storage and then check if when hashed it matches the initial data values that were provided when it was created. If they match then the funds are sent to the address stored in the initial data.
Finally the creator of the second AT can now work out from checking their AT's state what the secret is. They would then send a message to the originally created AT instance with the same secret and it would pay them so the atomic cross-chain transfer will be completed.
Note that if the second party never actually creates their AT then the first party just needs to wait for the refund to occur. Likewise once the second party has created their AT then if the first party fails to send it the secret on time then a refund will occur (and the first party will also be refunded). The first party will need to be careful not to send the secret too close to the deadline otherwise there is the possibility that a refund will occur in the second AT but the secret will have already been seen in the message tx
|
1ELCU3hahFLMPPqsoHS2Mg2Rqjya6VXjAW
|
|
|
mmmaybe
|
|
December 10, 2014, 10:53:17 PM |
|
Acct is just a simple use case of AT. I am not sure if such exchange can be integrated inside the wallet, as you need wallets in both platforms to make the "swap". Below you can see a description on how atomic cross chain txs are working using AT
Really nice to have you here, thanks a lot for your and burstdev's exciting work I was going to send you a Burst donation, but the wallet said that address hasn't had any incoming or outgoing transactions. Can you please confirm that the address is correct, so I (and hopefully others) can donate? If it's the correct address, make sure to make and outgoing transaction to make the wallet more secure
|
|
|
|
burstcoin (OP)
|
|
December 10, 2014, 10:57:46 PM |
|
I notice that even with blagos miner or pocminner_poolv1 ( im minning at devs v2 pool ) when the hdd stop reading the plots the hdd stop running and then i hear a clicking sound, this happend everytime in every blocks. Is this ok? this will not shorten the life of the hard disk, should not be better to keep the hdd running and dont stop after reading the plot on every blocks? Dunno if im asking like a noob but that sound "scared" me, i hope you guys tell me if all is ok or not It is much better for the hdd to keep it running than to let it spin up and down that often. Check power saving options and see if you can just keep it spinning, or if that doesn't work, look around for a script to make small writes or reads frequently to keep it from spinning down.
|
BURST-QHCJ-9HB5-PTGC-5Q8J9
|
|
|
Ed4252
|
|
December 10, 2014, 11:55:34 PM |
|
When you mine, does it actually use the capacity of the hard drive? say I have 1 TB left in my 4 TB hard drive.
|
|
|
|
mczarnek
|
|
December 11, 2014, 01:07:14 AM Last edit: December 11, 2014, 01:46:10 AM by mczarnek |
|
Wow that sounds really exiting! That could become a nifty feature for burst and perhaps enable an integrated exchange in the wallet? Yup.. using the Smart Contracts Counterparty is working on (though having issues with.. may be a little bit until they are up and running) we could directly trade btc and burst within the wallet, which I think is pretty awesome. There are a few interesting things enabled by these. Thanks for your hard work vbecas! I'll send a donation your way too.. did you post a wallet address somewhere we can send those to? Also, who around here can write up a press release for automated transactions that we can release once they are actually running on the mainnet?
|
|
|
|
pinballdude
|
|
December 11, 2014, 03:59:20 AM |
|
When you mine, does it actually use the capacity of the hard drive? say I have 1 TB left in my 4 TB hard drive.
the miner creates files used when mining, and the size of the files is what you get credited for. So if you have a 4TB drive, and create files (called plots) for 1TB - then you will get credited for the 1TB. Generalized, the files contain a lot of lottery tickets, and one ticket is selected each time a block is created. The owner of the file with the lottery ticket wins. Therefore - the more space you have plotted, the more tickets you have in the lottery, and the higher the chance of you winning a block reward. Compared to scrypt mining or SHA256 mining, the size of the files works the same way as hashing power does with these other kinds of mining. The only other limitation is how fast the miner can read the files - miner needs to read 1/4096 of the total size of your plots for each block - and it needs to read this data in a timely fashion - the faster the better. I have a slow 2 core 2.16Mhz box with 8GB ram and it is working fine mining 12.5TB off a number of larger or smaller disks.
|
|
|
|
pinballdude
|
|
December 11, 2014, 04:12:46 AM |
|
Hi, The last 3-4 weeks I am working closely with burstdev and we are integrating AT into burst platform. AT stands for Automated Transactions ( for more info visit www.ciyam.org/at ) and what actually does is to enable smart contract functionality. In brief an Automated Transaction is a "Turing complete" set of byte code instructions which will be executed by a byte code interpreter built into in burst platform. AT programs are currently written using custom AT machine code, but in the near future we are planing to create a compiler, enabling high level languages to be used to write AT programs. AT is also being integrating in Qora platform, which imo is a perfect opportunity to make the first atomic cross chain txs between burst and qora ( for more info visit the acct use case http://ciyam.org/at/at_atomic.html ). The integration is almost done and we might see it live this or next week. I am very excited seeing AT has already found a "second home". Best Regards -vbcs Where physically is the AT code executed? miners?, wallets? Is there guards against malicious AT code, like, for instance code that loops forever, or code that somehow fills up memory, or code that runs for a while, generating a denial of service attack. code that perhaps open files or other resouces and manage to leak them. I fear a little that enabling anyone to write programs that are executed inside the transaction processing computers, might open up for a lot of different kinds of attacks There are lots of good things too of course, but i'd like to know more about how much focus is on security.
|
|
|
|
burstcoin (OP)
|
|
December 11, 2014, 04:40:22 AM |
|
Hi, The last 3-4 weeks I am working closely with burstdev and we are integrating AT into burst platform. AT stands for Automated Transactions ( for more info visit www.ciyam.org/at ) and what actually does is to enable smart contract functionality. In brief an Automated Transaction is a "Turing complete" set of byte code instructions which will be executed by a byte code interpreter built into in burst platform. AT programs are currently written using custom AT machine code, but in the near future we are planing to create a compiler, enabling high level languages to be used to write AT programs. AT is also being integrating in Qora platform, which imo is a perfect opportunity to make the first atomic cross chain txs between burst and qora ( for more info visit the acct use case http://ciyam.org/at/at_atomic.html ). The integration is almost done and we might see it live this or next week. I am very excited seeing AT has already found a "second home". Best Regards -vbcs Where physically is the AT code executed? miners?, wallets? Is there guards against malicious AT code, like, for instance code that loops forever, or code that somehow fills up memory, or code that runs for a while, generating a denial of service attack. code that perhaps open files or other resouces and manage to leak them. I fear a little that enabling anyone to write programs that are executed inside the transaction processing computers, might open up for a lot of different kinds of attacks There are lots of good things too of course, but i'd like to know more about how much focus is on security. The wallet will interpret the scripts which are assembled/compiled to an instruction set specifically created for this. There is a max number of operations allowed per block, and also a fee for each step as the script is executed, so infinite loops are not an issue. Scripts are not able to allocate more memory, they have a fixed amount set at creation. Scripts will not be able to access outside resources.
|
BURST-QHCJ-9HB5-PTGC-5Q8J9
|
|
|
pinballdude
|
|
December 11, 2014, 04:57:14 AM |
|
The wallet will interpret the scripts which are assembled/compiled to an instruction set specifically created for this. There is a max number of operations allowed per block, and also a fee for each step as the script is executed, so infinite loops are not an issue. Scripts are not able to allocate more memory, they have a fixed amount set at creation. Scripts will not be able to access outside resources.
Fantastic. That seems like a pretty solid defense against almost any concievable kind of attack. TA is great news for burst - and opens up for 3rdparty developers to code all kinds of services on top of the burst system. Good call on your side to go ahead and implement this. It also works fine as marketing as NXT developers probably will notice and discuss the impmenentation when burst is running it.
|
|
|
|
pinballdude
|
|
December 11, 2014, 06:43:46 AM |
|
We might see some falling prices for bitcoin until end of this year, due to tax selling from people living in countries where a bitcoin loss is tax deductible. As BURST holders quite likely don't have any BURST loss, BURST will hardly be hit by that effect at all. One smart move might be to sell BTC and buy BURST, then wait until into next year, and buy back the BTC , and even make some money when the tax sellers come back into BTC. This guy advocates buying gold, but BURST is also an option. https://www.youtube.com/watch?v=joBstnvvDFw#t=1193
|
|
|
|
|
Ed4252
|
|
December 11, 2014, 08:50:05 AM |
|
Does the mining work with external hard drives? What about cloud storage?
|
|
|
|
pinballdude
|
|
December 11, 2014, 09:21:03 AM |
|
Does the mining work with external hard drives? What about cloud storage?
I am mining with 40TB external drives, distributed over 3 computers. And lots of internal drives too. Works quite fine (USB3.0 drives) You can do USB2.0 too, but you might get long reading times if it is several TB large drives, so not so effective.
|
|
|
|
|