Tommi Versetti

@tommiversetti

102 Following

150 Followers

Tommi Versetti pfp

0 reply

0 recast

0 reaction

Tommi Versetti pfp

Good NFT! https://wallet.coinbase.com/nft/mint/coffeedays?challengeId=ocsChallenge_9142cba1-ec12-4ee8-915e-7976536908cd

0 reply

0 recast

0 reaction

Tommi Versetti pfp

Check your xp at debank. it can be potential airdrop

0 reply

0 recast

0 reaction

Tommi Versetti pfp

good article about dApps security https://www.immunebytes.com/blog/dapp-security/#Benefits_of_DApps_Security

0 reply

0 recast

0 reaction

Tommi Versetti pfp

that was my start. https://ru.hexlet.io/courses/js-basics

0 reply

0 recast

0 reaction

Tommi Versetti pfp

A tapper that can fatly fill up DISCLAIMER: I am against betting on sports and casino - it's a total scam and it's impossible to make money there. If you start betting on sports or tinkering in casinos after this tapper - then you are a LOSER! 🟢So, the main ones are: 1) A lot of tapals we skip because they most likely have a weak invest which prevents them from giving away any even marginally decent amount on airdrop. Here we have that 1win is an organization that has a lot of money. Which means that they already have the money for the airdrop and they don't need to raise any investment 2) It's important for them to give away a lot, but why? So that after the drop, any person who has never tinkered before will have a subconscious association that 1win = earnings 3) Therefore, it is very likely that this tapper can give away like notcoin, for example, $200-300 per acct, and by doing so they will do perfect marketing http://t.me/token1win_bot/start?startapp=refId6669647798

0 reply

0 recast

1 reaction

Tommi Versetti pfp

Light node Instead of downloading every block, light nodes only download block headers. These headers contain summary information about the contents of the blocks. Any other information the light node requires gets requested from a full node. The light node can then independently verify the data they receive against the state roots in the block headers. Light nodes enable users to participate in the Ethereum network without the powerful hardware or high bandwidth required to run full nodes. Eventually, light nodes might run on mobile phones or embedded devices. The light nodes do not participate in consensus (i.e. they cannot be miners/validators), but they can access the Ethereum blockchain with the same functionality and security guarantees as a full node. Light clients are an area of active development for Ethereum and we expect to see new light clients for the consensus layer and execution layer soon. There are also potential routes to providing light client data over the gossip network.

0 reply

0 recast

1 reaction

Tommi Versetti pfp

Archive node Archive nodes are full nodes that verify every block from genesis and never delete any of the downloaded data. Stores everything kept in the full node and builds an archive of historical states. It is needed if you want to query something like an account balance at block #4,000,000, or simply and reliably test your own transactions set without mining them using tracing. This data represents units of terabytes, which makes archive nodes less attractive for average users but can be handy for services like block explorers, wallet vendors, and chain analytics. Syncing clients in any mode other than archive will result in pruned blockchain data. This means, there is no archive of all historical states but the full node is able to build them on demand. https://ethereum.org/en/developers/docs/nodes-and-clients/archive-nodes/

1 reply

0 recast

2 reactions

Tommi Versetti pfp

Full node Full nodes do a block-by-block validation of the blockchain, including downloading and verifying the block body and state data for each block. There are different classes of full node - some start from the genesis block and verify every single block in the entire history of the blockchain. Others start their verification at a more recent block that they trust to be valid (e.g. Geth's 'snap sync'). Regardless of where the verification starts, full nodes only keep a local copy of relatively recent data (typically the most recent 128 blocks), allowing older data to be deleted to save disk space. Older data can be regenerated when it is needed. Stores full blockchain data (although this is periodically pruned so a full node does not store all state data back to genesis) Participates in block validation, verifies all blocks and states. All states can be either retrieved from local storage or regenerated from 'snapshots' by a full node. Serves the network and provides data on request.

7 replies

0 recast

3 reactions

Tommi Versetti pfp

import hashlib import json from time import time from uuid import uuid4 class Blockchain: def __init__(self): self.chain = [] self.current_transactions = [] # Create the genesis block self.new_block(previous_hash='1', proof=100) def new_block(self, proof, previous_hash=None): """ Create a new Block in the Blockchain :param proof: <int> The proof given by the Proof of Work algorithm :param previous_hash: (Optional) <str> Hash of previous Block :return: <dict> New Block """ block = { 'index': len(self.chain) + 1, 'timestamp': time(), 'transactions': self.current_transactions, 'proof': proof, 'previous_hash': previous_hash or self.hash(self.chain[-1]), } # Reset the current list of transactions self.current_transactions = [] self.chain.append(block) return block

1 reply

0 recast

4 reactions

Tommi Versetti pfp

Shalom! I'l be happy if you advise me good books and other information about Blockchain and solidity programming. Thanks!

12 replies

0 recast

12 reactions