Sidechains in Blockchain / Solidity - Practice Problems & Coding Challenges

Challenge - 5 Problems

❓ Predict Output

intermediate

What is the output of this sidechain token transfer simulation?

Consider a simple Python simulation of a sidechain token transfer. What will be printed after running the code?

Blockchain / Solidity

class Sidechain:
    def __init__(self):
        self.balances = {"main": 1000, "side": 0}

    def lock_tokens(self, amount):
        if self.balances["main"] >= amount:
            self.balances["main"] -= amount
            self.balances["side"] += amount
            print(f"Locked {amount} tokens to sidechain")
        else:
            print("Insufficient tokens on main chain")

    def unlock_tokens(self, amount):
        if self.balances["side"] >= amount:
            self.balances["side"] -= amount
            self.balances["main"] += amount
            print(f"Unlocked {amount} tokens to main chain")
        else:
            print("Insufficient tokens on sidechain")

sc = Sidechain()
sc.lock_tokens(300)
sc.unlock_tokens(100)
print(sc.balances)

A {'main': 800, 'side': 200}

B {'main': 700, 'side': 300}

C {'main': 900, 'side': 100}

D {'main': 1000, 'side': 0}

💡 Hint

Think about how tokens move between main and sidechain balances after locking and unlocking.

Initially, 1000 tokens are on the main chain. Locking 300 moves 300 tokens to the sidechain, reducing main to 700 and side to 300. Then unlocking 100 moves 100 tokens back to main, so main becomes 800 and side 200.

🧠 Conceptual

intermediate

Which statement best describes a sidechain's purpose?

Choose the option that correctly explains why sidechains are used in blockchain technology.

A Sidechains are used to permanently store all transaction data from the main blockchain to increase security.

B Sidechains allow assets to move between different blockchains to improve scalability and add features without changing the main chain.

C Sidechains replace the main blockchain entirely to provide a faster consensus mechanism.

D Sidechains are private blockchains that cannot interact with the main blockchain.

💡 Hint

Think about how sidechains help with scalability and flexibility.

Sidechains enable assets to move between chains, allowing new features and scalability improvements without altering the main blockchain.

🔧 Debug

advanced

Identify the error in this sidechain asset locking code

The following Python code simulates locking assets to a sidechain. It raises an error when run. What is the cause?

Blockchain / Solidity

class Sidechain:
    def __init__(self):
        self.balances = {"main": 500, "side": 0}

    def lock(self, amount):
        if self.balances["main"] >= amount:
            self.balances["main"] -= amount
            self.balances["side"] += amount
        else:
            print("Not enough tokens")

sc = Sidechain()
sc.lock(600)

A SyntaxError due to missing colon after else statement

B KeyError because 'side' key does not exist in balances

C TypeError because balances is not a dictionary

D RuntimeError due to negative balance

💡 Hint

Check the syntax of the if-else block carefully.

The else statement is missing a colon at the end, causing a SyntaxError.

📝 Syntax

advanced

Which option correctly implements a sidechain asset withdrawal function?

Choose the code snippet that correctly defines a method to withdraw tokens from a sidechain back to the main chain.

A

def withdraw(self, amount):
    if self.balances['side'] >= amount:
        self.balances['side'] -= amount
        self.balances['main'] =+ amount
    else:
        print('Insufficient sidechain balance')

B

def withdraw(self, amount):
    if self.balances['side'] > amount:
        self.balances['side'] -= amount
        self.balances['main'] += amount
    else
        print('Insufficient sidechain balance')

C

def withdraw(self, amount):
    if self.balances['side'] >= amount
        self.balances['side'] -= amount
        self.balances['main'] += amount
    else:
        print('Insufficient sidechain balance')

D

def withdraw(self, amount):
    if self.balances['side'] >= amount:
        self.balances['side'] -= amount
        self.balances['main'] += amount
    else:
        print('Insufficient sidechain balance')

💡 Hint

Look for correct syntax and correct operators.

Option D uses correct syntax with colon after if, correct comparison operator, and correct += operator. Others have syntax errors or wrong operators.

🚀 Application

expert

How many tokens remain on the sidechain after these operations?

Given the following sequence of operations on a sidechain, how many tokens remain on the sidechain?

sc = Sidechain()
sc.lock_tokens(400)
sc.unlock_tokens(150)
sc.lock_tokens(100)
sc.unlock_tokens(200)
print(sc.balances)

Blockchain / Solidity

class Sidechain:
    def __init__(self):
        self.balances = {"main": 1000, "side": 0}

    def lock_tokens(self, amount):
        if self.balances["main"] >= amount:
            self.balances["main"] -= amount
            self.balances["side"] += amount

    def unlock_tokens(self, amount):
        if self.balances["side"] >= amount:
            self.balances["side"] -= amount
            self.balances["main"] += amount

A 350

B 100

C 150

D 250

💡 Hint

Track each lock and unlock step carefully to update balances.

Start with main=1000, side=0. Lock 400: main=600, side=400. Unlock 150: main=750, side=250. Lock 100: main=650, side=350. Unlock 200: main=850, side=150. Final side balance is 150.

Practice

1.

What is the main purpose of a sidechain in blockchain technology?

easy

A. To store user passwords securely

B. To replace the main blockchain entirely

C. To mine new cryptocurrencies faster

D. To allow assets to move between blockchains without changing the main chain

Solution

1. Step 1: Understand sidechain function

   Sidechains connect to a main blockchain to move assets safely without altering the main chain.

2. Step 2: Compare options

   Only To allow assets to move between blockchains without changing the main chain describes this purpose correctly; others describe unrelated functions.

3. Final Answer:

   To allow assets to move between blockchains without changing the main chain -> Option D

4. Quick Check:

   Sidechains move assets safely = C [OK]

Hint: Sidechains move assets without changing main chain [OK]

Common Mistakes:

• Thinking sidechains replace main blockchain
• Confusing sidechains with password storage
• Assuming sidechains speed up mining

2.

Which of the following is the correct way to describe the process of moving assets from the main chain to a sidechain?

lockOnMainChain() and issueOnSidechain() are functions.

easy

A. issueOnSidechain(); lockOnMainChain();

B. lockOnMainChain(); issueOnSidechain();

C. burnOnMainChain(); issueOnSidechain();

D. issueOnSidechain(); burnOnMainChain();

Solution

1. Step 1: Understand asset transfer steps

   Assets are locked on the main chain first, then issued on the sidechain.

2. Step 2: Match function order

   lockOnMainChain(); issueOnSidechain(); correctly calls lockOnMainChain() before issueOnSidechain().

3. Final Answer:

   lockOnMainChain(); issueOnSidechain(); -> Option B

4. Quick Check:

   Lock then issue = A [OK]

Hint: Lock assets first, then issue on sidechain [OK]

Common Mistakes:

• Issuing before locking assets
• Using burn instead of lock for main chain
• Mixing function order

3.

Consider this pseudocode for moving assets from a sidechain back to the main chain:

burnOnSidechain()
unlockOnMainChain()

What will be the output if burnOnSidechain() fails?

medium

A. Assets remain locked on the main chain

B. Assets are unlocked on the main chain anyway

C. Assets are burned on the main chain

D. Assets are duplicated on both chains

Solution

1. Step 1: Analyze burn failure effect

   If burnOnSidechain() fails, assets are not removed from the sidechain.

2. Step 2: Understand unlock condition

   unlockOnMainChain() should only run after successful burn; if burn fails, unlock does not happen.

3. Final Answer:

   Assets remain locked on the main chain -> Option A

4. Quick Check:

   Burn must succeed before unlock = D [OK]

Hint: Burn sidechain assets before unlocking main chain [OK]

Common Mistakes:

• Assuming unlock happens even if burn fails
• Thinking assets get duplicated
• Confusing burn with lock

4.

Find the error in this pseudocode for transferring assets to a sidechain:

lockOnMainChain()
issueOnSidechain()
unlockOnMainChain()

medium

A. Unlocking main chain assets immediately after issuing is incorrect

B. Locking assets should happen after issuing

C. Issuing on sidechain should be replaced with burning

D. Unlocking main chain assets is required here

Solution

1. Step 1: Review transfer steps

   Assets must stay locked on the main chain until they are returned from the sidechain.

2. Step 2: Identify incorrect unlock

   Unlocking immediately after issuing breaks asset security; unlock should happen only when assets return.

3. Final Answer:

   Unlocking main chain assets immediately after issuing is incorrect -> Option A

4. Quick Check:

   Unlock only after return = A [OK]

Hint: Don't unlock main chain assets too early [OK]

Common Mistakes:

• Unlocking main chain assets too soon
• Confusing issue with burn
• Reversing lock and issue order

5.

You want to design a sidechain system that allows fast transactions but ensures no asset duplication. Which approach best achieves this?

Choose the correct sequence of actions when moving assets from main chain to sidechain and back.

hard

A. Issue on sidechain -> Lock on main chain -> Unlock on main chain -> Burn on sidechain

B. Burn on main chain -> Issue on sidechain -> Lock on sidechain -> Unlock on main chain

C. Lock on main chain -> Issue on sidechain -> Burn on sidechain -> Unlock on main chain

D. Unlock on main chain -> Burn on sidechain -> Lock on main chain -> Issue on sidechain

Solution

1. Step 1: Understand asset safety steps

   To avoid duplication, assets must be locked on the main chain before issuing on sidechain, and burned on sidechain before unlocking main chain.

2. Step 2: Match correct sequence

   Lock on main chain -> Issue on sidechain -> Burn on sidechain -> Unlock on main chain follows the correct order: lock -> issue -> burn -> unlock, ensuring assets exist only in one place at a time.

3. Final Answer:

   Lock on main chain -> Issue on sidechain -> Burn on sidechain -> Unlock on main chain -> Option C

4. Quick Check:

   Lock, issue, burn, unlock = B [OK]

Hint: Lock before issue; burn before unlock to avoid duplicates [OK]

Common Mistakes:

• Issuing before locking assets
• Unlocking main chain too early
• Burning assets on wrong chain