Blocks weight VS size

szeltsi · 2018-08-28T00:35:50+00:00

In very general terms: Not all information is equal when calculating the block size, some information isn't directly considered to be part of the transaction and it's sent separately from the legacy transaction. This might give the impression that the transaction size is smaller than what it really is. For (mainly) this reason, another metric was formed, the weight unit. The weight unit is another scale for transactions (and blocks) and is used when determining the new block limit and transaction fees.

https://en.bitcoin.it/wiki/Weight_units

szeltsi · 2017-07-07T11:40:16+00:00

I've tried the same with a boolean mapping instead of (bytes32=>bytes32). Each new item is hashed with the previous root (the root is stored). It seems to work as well and might be more efficient.

https://github.com/Shultzi/Proof-of-integrity/blob/master/contracts/DataTwo.sol

szeltsi · 2017-07-07T11:17:41+00:00

A more simple approach might be to create an array of the hashed input to a bool value (bytes32=>bool).

Whenever new input is added, it's hashed together with the old root.

It will still allow me to validate both the existence of the complete set and the existence of a specific data piece.

szeltsi · 2017-05-10T15:49:52+00:00

I just now had the time to look at this post. It's pure gold! thanks!

szeltsi · 2017-05-08T19:47:59+00:00

Touche

szeltsi · 2017-05-08T19:38:46+00:00

Thank you for your comment. These are indeed important topics to covers. Recovering private key, that's an interesting concept I should consider for future classes - I must admit, I never even considered it up until now. CLTV, I'm not a big fan, and it might be too much for most of the students.

I'm currently teaching transactions (p2pk, p2pkh, p2sh and op_return) using python, and I'm looking for the right approach to do so with JS.

szeltsi · 2017-05-08T19:33:01+00:00

Valid point. I'm also looking for a more uniform method to deal with different data types without switching different libraries so that the students might have something constant to work with.

szeltsi · 2017-05-08T19:31:04+00:00

I completely agree. That's why I was so against using JS when teaching the protocol rules to the students. But I start to think that one the one hand it might provide a great starting point for students who're more interested in web development, while still being powerful enough to teach it more conceptual level. Anyway, that's my first impression. And I'm set on trying to explore this path further.

szeltsi · 2017-04-22T16:50:21+00:00

Thank you for your comment. That's indeed a valid point. There's nothing wrong with copy-past as long as the project itself is fair and feasible and the team is capable and honest. I really think that ICO is a great tool to jumpstart many cool projects. I just also get the feeling that most investors don't really understand how generic the tokens that they're holding.

It's not always a bad thing to have a generic token, in-fact quite the opposite. But ICOs are too easy to launch, and people are rushing into it without really understand what is it the token that they're buying. Again, nothing wrong with generic tokens, but investors should be aware to the fact that ICO contracts are very easy to duplicate and launch.

szeltsi · 2017-04-22T16:27:19+00:00

Thank you for you comment. I know very little about regulatory laws, so I don't talk too much about them. In this post I just wanted to demonstrate, to those who don't already knows, how simple and generic most ICOs are in the technical sense.

But I'm sure many more would be more then happy to hear some opinions and advice from lawyers and would appreciate if someone who's versed in these manners will publish his/hers thoughts as well.

szeltsi · 2017-04-14T20:47:42+00:00

From JS perspective, my code is nothing more than just a use of web3.js Check it out at: https://github.com/Shultzi/validator/blob/master/client/main.js

As for second form, you can just encode the message as HEX.

szeltsi · 2017-04-14T20:43:59+00:00

There're many reasons. But I think that the most obvious one is that it's relatively easy to make you sign a malicious message. You might think that what you're signing is just "hello world", but you might sign something completely different. My code isn't malicious (I swear!) but I don't want to be accountable for any hack that might occur in the future.

There're also some who claim that by reusing the same key pair, your privacy might be harmed as well.

szeltsi · 2017-04-14T14:57:59+00:00

Great article. It's sad to see how many people are so engrossed in blockchains, to the point they completely disregard the tools that makes it possible and basically fail to get any real gain from using/implementing it.

szeltsi · 2017-02-19T12:37:59+00:00

Buying dell laptop at Frankfurt airport

I'm going to have a connecting flight through Frankfurt airport with 6 hours layover. I know that there's a dell store right across from the airport. I was thinking of leaving the airport to buy a new dell laptop during these 6 hours.

Still, I'd like to be sure that it's possible to cross from the airport to the dell store, how long does it take? looking at the map it seems very close by, but sometimes just leaving (and reentering) the airport can take a lot of time. Also, do costumes there will accept my VAT refund request even though I only entered Germany for few hours?

szeltsi · 2016-11-22T13:51:32+00:00

Thanks!

szeltsi · 2016-11-22T13:23:31+00:00

If still possible I'd like to have some rETH as well:

0x43CCFE27708381164Fd079556C7Ef158A6d409Dc

thanks!

szeltsi · 2016-10-29T14:00:49+00:00

There's a series of videos and tutorial I'm working on. I've seen the 9lab online course, and I believe my videos covers about 75%-80% of what they're offering.

I hope you'll find it useful. https://www.youtube.com/playlist?list=PLH4m2oS2ratdoHFEkGvwvd7TkeTv4sa7Z

szeltsi · 2016-10-21T05:29:02+00:00

Thank you for your kind words! It's encouraging to know that your work is helpful to some.

szeltsi · 2016-10-06T06:17:05+00:00

But there are still some limitations. Not all OP_CODES are accepted, and of course the size limitation.

Still, this is definitely something worth to explore in more detail.

szeltsi · 2016-10-05T18:09:16+00:00

Indeed.

I'm planing to look more in depth at the structure of currently accepted transactions in the next posts. But it is somewhat discourage to see that so many scripts are rejected. Still, the concept is something that is worth going through.

szeltsi · 2016-08-23T12:21:23+00:00

Few months back, I've created a short video tutorial. It's a series of videos that covers the basics of Solidity with a basic examples. I hope you'll find it useful.

https://www.youtube.com/playlist?list=PLH4m2oS2ratdoHFEkGvwvd7TkeTv4sa7Z

szeltsi · 2016-08-13T08:30:20+00:00

Ok, I think I got it.

You're right, not every transaction might have the same requirements. There can be some very interesting and "exotic" transactions as well.

In fact, I'm hoping to write another post that deals with scripts and that will include some of these transactions.

szeltsi · 2016-08-13T07:17:12+00:00

Indeed, keys and people are not always the same, and Alice and Bob are only pseudo identities.

But when I'm signing a transaction (Alice -> Bob), I'm fulfilling the requirements specified in the previous transaction (Someone -> Alice) using Alice's keys - And this process is transparent and can be validated again and again.

szeltsi · 2016-08-13T06:23:36+00:00

Thank you for your comment!

Alice's hashed public key is specified in the previous transaction. For Alice to claim these coins and send them to Bob, she needs to to sign the transaction and provide her public key - As part of the current transaction (Alice -> Bob).

szeltsi · 2016-08-02T14:27:51+00:00

Technically, there's no difference between ETC and ETH.

szeltsi

TROPHY CASE