meeseeker 0.0.8 → 0.0.9

checksums.yaml

@@ -1,7 +1,7 @@
 ---
-SHA1:
-  metadata.gz: 3204b511fca2e18ee8612eb32cd520edaf8bc72e
-  data.tar.gz: 803ab700225d7781a0de824ed1f3221f1dce8033
+SHA256:
+  metadata.gz: 6b0c21a1d80f88d64cb337412bc98bfa587477720f4e6d8de0ec4c25781d9af4
+  data.tar.gz: '090cde6805a1bed78470c51413f83edf753c698677b169d77a929cc88d75e9e6'
 SHA512:
-  metadata.gz: '079b763077af4e430b84183e96b2bc683668a89677aa6d90bf4238f8a1533200c1c0c64ffe3e00a2f838ecb1e99e6c12a93f3be9ea4e188b24e501de8cd596cd'
-  data.tar.gz: 13cc852acec9b743017e20dc58c6566f9acb0f513a0feb30187536540abe8cd6aacb09707f981adf0f69022b5bdb699211fb76096c6a8ee84d310ea1869ef109
+  metadata.gz: 974862220d3dfc63c34fc2883fcf982cbc80e5085a58cfc262c28fb8b3dde9c912c46d604a692ec30137d93007e31de643dfae4bfd60a9ded749771a68fd4369
+  data.tar.gz: 0ba23902a5fe150682b4d720f620e8a80c94131ec118ae8b23c83b3fd6e60889b06752ac9d8cc47878b633e4a556ae293da87720ca2bd8c8e7776c8ac3e6e1a2

data/README.md

@@ -302,6 +302,10 @@ When running `meeseeker sync steem_engine`, the following channels are available
 
 * `steem_engine:block`
 * `steem_engine:transaction`
+* `steem_engine:virtual_transaction`
+* `steem_engine:contract`
+* `steem_engine:contract:deploy`
+* `steem_engine:contract:update`
 * `steem_engine:market`
 * `steem_engine:market:buy`
 * `steem_engine:market:cancel`
@@ -313,10 +317,15 @@ When running `meeseeker sync steem_engine`, the following channels are available
 * `steem_engine:steempegged:removeWithdrawal`
 * `steem_engine:steempegged:withdraw`
 * `steem_engine:tokens`
+* `steem_engine:tokens:checkPendingUnstake`
 * `steem_engine:tokens:create`
+* `steem_engine:tokens:enableStaking`
 * `steem_engine:tokens:issue`
 * `steem_engine:tokens:transfer`
+* `steem_engine:tokens:transferOwnership`
+* `steem_engine:tokens:unstake`
 * `steem_engine:tokens:updateMetadata`
+* `steem_engine:tokens:updateParams`
 * `steem_engine:tokens:updateUrl`
 
 The above "channel/action" patterns are the ones that are known that the time of writing.  In addition, if a new contract is added or updated, meeseeker will automatically publish to these corresponding channels as they appear, without needing to update or even restart meeseeker.

data/Rakefile

@@ -131,7 +131,7 @@ namespace :verify do
         when :irreversible then dgpo.last_irreversible_block_num
         else; abort "Unknown block mode: #{mode}"
         end
-      end + max_blocks.to_i
+      end + max_blocks.to_i + 1
     end
     
     Thread.new do

data/lib/meeseeker/block_follower_job.rb

@@ -129,67 +129,82 @@ module Meeseeker
           # to embed it into op values.  This should also reduce streaming
           # overhead since we no longer stream block_headers inder the hood.
           
-          stream.blocks(options) do |b, n|
-            b.transactions.each_with_index do |transaction, index|
-              transaction.operations.each do |op|
-                op = op.merge(timestamp: b.timestamp)
-                
-                yield op, b.transaction_ids[index], n
-              end
-            end
-            
-            next unless !!Meeseeker.include_virtual
-            
-            retries = 0
-            
-            # This is where it gets tricky.  Virtual ops sometims don't show up
-            # right away, especially if we're streaming on head blocks.  In that
-            # situation, we might only need to wait about 1 block.  This loop
-            # will likely one execute one iteration, but we have fallback logic
-            # in case there are complications.
-            # 
-            # See: https://developers.steem.io/tutorials-recipes/virtual-operations-when-streaming-blockchain-transactions
-            
-            loop do
-              condenser_api ||= Steem::CondenserApi.new(url: Meeseeker.node_url)
-              condenser_api.get_ops_in_block(n, true) do |vops|
-                redo if vops.nil?
-                
-                if vops.empty? && mode != :head
-                  # Usually, we just need to slow down to allow virtual ops to
-                  # show up after a short delay.  Adding this delay doesn't
-                  # impact overall performance because steem-ruby will batch
-                  # when block streams fall behind.
-                  
-                  if retries < MAX_VOP_RETRY
-                    retries = retries + 1
-                    condenser_api = nil
-                    sleep 3 * retries
+          loop do
+            begin
+              stream.blocks(options) do |b, n|
+                b.transactions.each_with_index do |transaction, index|
+                  transaction.operations.each do |op|
+                    op = op.merge(timestamp: b.timestamp)
                     
-                    redo
+                    yield op, b.transaction_ids[index], n
                   end
-                  
-                  puts "Gave up retrying virtual ops lookup on block #{n}"
-                  
-                  break
                 end
                 
-                if retries > 0
-                  puts "Found virtual ops for block #{n} aftere #{retries} retrie(s)"
-                end
+                next unless !!Meeseeker.include_virtual
+                
+                retries = 0
                 
-                vops.each do |vop|
-                  normalized_op = Hashie::Mash.new(
-                    type: vop.op[0],
-                    value: vop.op[1], 
-                    timestamp: vop.timestamp
-                  )
+                # This is where it gets tricky.  Virtual ops sometims don't show up
+                # right away, especially if we're streaming on head blocks.  In that
+                # situation, we might only need to wait about 1 block.  This loop
+                # will likely one execute one iteration, but we have fallback logic
+                # in case there are complications.
+                # 
+                # See: https://developers.steem.io/tutorials-recipes/virtual-operations-when-streaming-blockchain-transactions
+                
+                loop do
+                  condenser_api ||= Steem::CondenserApi.new(url: Meeseeker.node_url)
+                  condenser_api.get_ops_in_block(n, true) do |vops|
+                    redo if vops.nil?
+                    
+                    if vops.empty? && mode != :head
+                      # Usually, we just need to slow down to allow virtual ops to
+                      # show up after a short delay.  Adding this delay doesn't
+                      # impact overall performance because steem-ruby will batch
+                      # when block streams fall behind.
+                      
+                      if retries < MAX_VOP_RETRY
+                        retries = retries + 1
+                        condenser_api = nil
+                        sleep 3 * retries
+                        
+                        redo
+                      end
+                      
+                      puts "Gave up retrying virtual ops lookup on block #{n}"
+                      
+                      break
+                    end
+                    
+                    if retries > 0
+                      puts "Found virtual ops for block #{n} aftere #{retries} retrie(s)"
+                    end
+                    
+                    vops.each do |vop|
+                      normalized_op = Hashie::Mash.new(
+                        type: vop.op[0],
+                        value: vop.op[1], 
+                        timestamp: vop.timestamp
+                      )
+                      
+                      yield normalized_op, vop.trx_id, vop.block
+                    end
+                  end
                   
-                  yield normalized_op, vop.trx_id, vop.block
+                  break
                 end
               end
               
               break
+            rescue => e
+              raise e unless e.to_s.include? 'Request Entity Too Large'
+              
+              # We need to tell steem-ruby to avoid json-rpc-batch on this
+              # node.
+              
+              Steem::BlockApi.const_set 'MAX_RANGE_SIZE', 1
+              sleep 3
+              redo
             end
           end
         end

data/lib/meeseeker/version.rb

@@ -1,4 +1,4 @@
 module Meeseeker
-  VERSION = '0.0.8'
+  VERSION = '0.0.9'
   AGENT_ID = "meeseeker/#{VERSION}"
 end

metadata

@@ -1,14 +1,14 @@
 --- !ruby/object:Gem::Specification
 name: meeseeker
 version: !ruby/object:Gem::Version
-  version: 0.0.8
+  version: 0.0.9
 platform: ruby
 authors:
 - Anthony Martin
 autorequire: 
 bindir: bin
 cert_chain: []
-date: 2019-06-08 00:00:00.000000000 Z
+date: 2019-10-08 00:00:00.000000000 Z
 dependencies:
 - !ruby/object:Gem::Dependency
   name: rake
@@ -255,7 +255,7 @@ required_rubygems_version: !ruby/object:Gem::Requirement
       version: '0'
 requirements: []
 rubyforge_project: 
-rubygems_version: 2.6.14
+rubygems_version: 2.7.7
 signing_key: 
 specification_version: 4
 summary: Redis based block follower is an efficient way for multiple apps to stream